Re: DatabaseMetadata problems
От | Rene Pijlman |
---|---|
Тема | Re: DatabaseMetadata problems |
Дата | |
Msg-id | o6vgptkl03ifd8gmdns65i7o71bra85kh3@4ax.com обсуждение исходный текст |
Ответ на | DatabaseMetadata problems (Tom Falconer <tom_falconer@lineone.net>) |
Ответы |
Re: DatabaseMetadata problems
Re: DatabaseMetadata problems |
Список | pgsql-jdbc |
On Thu, 6 Sep 2001 22:30:58 +0100, you wrote: >The problems are: >1. No Index information from the getIndexInfo method Hmmm... looking at the source, it apppears that DatabaseMetaData.getIndexInfo() is implemented. If it doesn't work for you, we would need more information about the problem to be able to fix it. >2. Indexes included as tables in getTables Again, can you provide us with more detailed information about the problem? A small test case would be nice, which creates a few tables and indexes and shows incorrect output. >3. Only one column in the entire database is returned in getColumns getColumns() was fixed recently. It returned only columns with a comment (IIRC). This should be fixed in release 7.2. >4. The catalog name is not returned in getTables The PostgreSQL driver intentionally ignores the catalog parameter of the metadata methods, and it returns null for the catalog in the metadata it returns. I don't know if this could be implemented and how. Also, any interpretation of this concept we come up with has to be consistent with the backend's understanding of the SQL standard's concept 'catalog'. Reading the book "Understanding the SQL standard" it seems that what the standard calls a schema is a database in PostgreSQL. A catalog is a set of schemas. Following the standard, a session is supposed to have access to a catalog, but in PostgreSQL it has access to a database. Perhaps this feature has not yet been implemented because of such fundamental mapping problems. >5. Comment columns contain 'No Comment' instead of null That was fixed recently in getTables(), getColumns() and getProcedures(). The fix wil appear in release 7.2. >Where are the sources, as I am willing to take a look at them to >try at least identify the problems in more detail http://developer.postgresql.org/ I would also like to point you to our JDBC compliance effort: http://lab.applinet.nl/postgresql-jdbc/. However, the DatabaseMetaData section is still very much under construction. I'll be glad to document any deviations of the standard you may find (please post new issues on this list). Since this is a volunteer open source project, we cannot guarantee if and when the problems will be fixed. Regards, René Pijlman <rene@lab.applinet.nl>
В списке pgsql-jdbc по дате отправления: