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

when we drop table and add it again primary key dont work when we add fields to table [CORE4849] #5145

Closed
firebird-automations opened this issue Jun 30, 2015 · 6 comments

Comments

@firebird-automations
Copy link
Collaborator

Submitted by: hakan (firebird)

when we drop table and add it again primary key dont work when we add fields to table

@firebird-automations
Copy link
Collaborator Author

Commented by: Sean Leyne (seanleyne)

More details are required.

Please describe the exact commands executed, their sequence and whether transactions are committed in between each statement...

@firebird-automations
Copy link
Collaborator Author

Commented by: Sean Leyne (seanleyne)

Since no additional details have been provided, after waiting several weeks, to allow for this issue to be reproduced. This issue/case must be closed.

@firebird-automations
Copy link
Collaborator Author

Modified by: Sean Leyne (seanleyne)

status: Open [ 1 ] => Resolved [ 5 ]

resolution: Cannot Reproduce [ 5 ]

@firebird-automations
Copy link
Collaborator Author

Commented by: @pavel-zotov

> whether transactions are committed in between each statement

I think this can be reproduced like this:

set autoddl off;
create table test(id int primary key);
drop table test;
create table test(id int primary key, x int);

Output on WI-V2.5.5.26914 and WI-V3.0.0.31940:

Statement failed, SQLSTATE = 42000
unsuccessful metadata update
-too few key columns found for index RDB$PRIMARY1 (incorrect column name?)

@firebird-automations
Copy link
Collaborator Author

Commented by: Sean Leyne (seanleyne)

I am not so sure if your example is what the OP meant. I read "whether transactions are committed in between each statement" to mean that they were committing in between each DDL statement. Such as:

create table test(id int primary key);
commit;
drop table test;
commit;
create table test(id int primary key, x int);
commit;

but without details from OP, I don't think we should speculate.

Regarding your example, I do not think it is valid. If a developer chooses to use "set autoddl off" (default is "on") then they become responsible for applying/committing DDL in appropriate fashion. No error occurs "set autoddl off" is omitted and/or if "commits" are present, so at best I believe this issue could be closed as "Won't Fix".

@firebird-automations
Copy link
Collaborator Author

Modified by: @pcisar

status: Resolved [ 5 ] => Closed [ 6 ]

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