Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Incorret columns returned from AbstractDatabaseMetaData.getColumns [JDBC130] #171

Closed
firebird-automations opened this issue Nov 13, 2008 · 4 comments

Comments

@firebird-automations
Copy link

Submitted by: @asfernandes

Assigned to: Roman Rokytskyy (rrokytskyy)

Votes: 2

If you had these tables:
create table table_a (n1 integer);
create table table_a_b (n1 integer);

And ask metadata with:
metaData.getColumns(null, null, "TABLE_A", "%");

Jaybird wrong returns TABLE_A_B column together. When unescaped underline is found, it seems it just look for "TABLE_A%".

Commits: c47288c

@firebird-automations
Copy link
Author

Commented by: Francois Le Rolland (flerolland)

Same behavior with getPrimarykeys method.
This troubleshouting comes from the AbsractDatabaseMetaData.Clause class.
The contructor estimate that the table name with an underscore contains a wildcard and add a "%" at the end of the search string.
A good fix may be another constructor with a third parameter :
public Clause (String columnName, String pattern, boolean skipWildcards) {
...
}

@firebird-automations
Copy link
Author

Modified by: Roman Rokytskyy (rrokytskyy)

Fix Version: Jaybird 2.2 [ 10053 ]

timeestimate: 0 [ 0 ]

timeoriginalestimate: 0 [ 0 ]

@firebird-automations
Copy link
Author

Commented by: Roman Rokytskyy (rrokytskyy)

the issue was caused by a bug made while fixing the uppercasing issue there.

@firebird-automations
Copy link
Author

Modified by: Roman Rokytskyy (rrokytskyy)

status: Open [ 1 ] => Closed [ 6 ]

resolution: Fixed [ 1 ]

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

1 participant