Hi,
as an aside to the discussion about how slow ContentDataStore is to check
type names,
we've found that the Oracle JDBC driver is giving that inefficient code a
good help
to slow everything down to a cringe.
JDBCDataStore.createTypeNames() uses the JDBC metadata to list the available
tables.
Now, I believe most jdbc drivers will only list the tables available to the
user connecting,
but the Oracle driver does not, it lists _everything_, regardless of
whether you can list
it or not.
In a large installation, and in cases where one does not specify the schema
in order
to allow the user to access multiple schemas, we get the list of every
single table
avalable in the database.
This is very slow, but also stupid (think of a app showing the list of
tables to the
users, when adding a new layer).
So, here is the idea, what if we move the jdbc metadata scan down in the
dialects,
as the default implementation, thus allowing specific db implementations to
optimize out the driver in case there are better ways to list only the
tables
we're interested into?
For the Oracle case it seems we could leverage USER_TAB_PRIVS function:
the http://docs.oracle.com/cd/B14117_01/server.101/b10755/statviews_2661.htm
http://oracle.su/docs/11g/timesten.112/e13070/ttsql388.htm
Cheers
Andrea
--
==
GeoServer Professional Services from the experts! Visit
http://goo.gl/NWWaa2 for more information.
==
Ing. Andrea Aime
@geowolf
Technical Lead
GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272
mob: +39 339 8844549
http://www.geo-solutions.it
http://twitter.com/geosolutions_it
*AVVERTENZE AI SENSI DEL D.Lgs. 196/2003*
Le informazioni contenute in questo messaggio di posta elettronica e/o
nel/i file/s allegato/i sono da considerarsi strettamente riservate. Il
loro utilizzo è consentito esclusivamente al destinatario del messaggio,
per le finalità indicate nel messaggio stesso. Qualora riceviate questo
messaggio senza esserne il destinatario, Vi preghiamo cortesemente di
darcene notizia via e-mail e di procedere alla distruzione del messaggio
stesso, cancellandolo dal Vostro sistema. Conservare il messaggio stesso,
divulgarlo anche in parte, distribuirlo ad altri soggetti, copiarlo, od
utilizzarlo per finalità diverse, costituisce comportamento contrario ai
principi dettati dal D.Lgs. 196/2003.
The information in this message and/or attachments, is intended solely for
the attention and use of the named addressee(s) and may be confidential or
proprietary in nature or covered by the provisions of privacy act
(Legislative Decree June, 30 2003, no.196 - Italy's New Data Protection
Code).Any use not in accord with its purpose, any disclosure, reproduction,
copying, distribution, or either dissemination, either whole or partial, is
strictly forbidden except previous formal approval of the named
addressee(s). If you are not the intended recipient, please contact
immediately the sender by telephone, fax or e-mail and delete the
information in this message that has been received in error. The sender
does not give any warranty or accept liability as the content, accuracy or
completeness of sent messages and accepts no responsibility for changes
made after they were sent or for other risks which arise as a result of
e-mail transmission, viruses, etc.
-------------------------------------------------------
------------------------------------------------------------------------------
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the
conversation now. http://goparallel.sourceforge.net/
_______________________________________________
GeoTools-Devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geotools-devel
