-
Notifications
You must be signed in to change notification settings - Fork 16
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
SQLSpecialColumns ODBC API does not return Columns part of UNIQUE INDEX on YugaByteDB #79
Comments
What product are you releasing ? |
The reported issue is not just confined to YugaByteDB but it is seen with PostgreSQL database as well. I am part of Oracle and We certify native ODBC driver for PostgreSQL with one of the Data integration products. This issue is critical for us. Thanks. |
@raddakal OK, any chance you can provide a PR? Otherwise I will attempt to get this shortly |
Ok, I was able to reproduce the problem. Give me some time to see about a fix |
I'm working on this. What would you expect for a multi-column primary key or unique index ? |
Hi Dave, I work with @raddakal. I have tested the fix. It does not seem to be working. I have defined a unique index on the table and still SQLSpecialColumn does not return any value. Attaching the ODBC trace log and the DDL used DDLs |
Thanks, I'll take a look |
@abhi-555
Then in the test you can see the output as:
Are you able to run the test on your end and see the same ? |
Hello,
Its a very common use case where an explicit primary key is not defined on the table but instead rely on the unique index. The ODBC driver is expected to return the columns that are of the UNIQUE index when SQLSpecialColumns ODBCAPI is called.
SQLSpecialColumns.zip
Environment details:
OS:
OEL8 Linux 64bit (el8uek.x86_64)
Database:
Yugabyte DB
PostgreSQL
Version 11.02.0001 PostgreSQL 11.2-YB-2024.1.1.0-b0
ODBC Version 03.52.0000
Driver:
Driver Information:
psqlodbcw.so
Version 17.00.0002
ODBC Version 03.51.
I have attached SQLSpecialColumns.zip which contains the standalone ODBC program along with the detailed steps to reproduce the issue.
Our major release is blocked because of this issue.
A quick resolution/workaround would be highly appreciated.
Thanks.
The text was updated successfully, but these errors were encountered: