You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
AbstractSchemeManager::createForeignKey() method is intended to ADD a new foreign key. If there are already some, they must be kept (or dropped and readded, if platform requires).
Current behaviour
For Sqlite (SqliteSchemaManager), currently, the existing FK is dropped, and after the table is altered, ONLY the new foreign key is present.
How to reproduce
create simple table with 3 integer columns a, b, c
add FK from column b to a
add FK from column c to a
notice, FK from step 3 is created, but FK from step 2 is gone
Expected behaviour
FK is correctly added and all existing FKs retained as for all other DB vendors.
The text was updated successfully, but these errors were encountered:
I close this issue, as one source of this issue is SqlitePlatform::supportsForeignKeyConstraints() returning false for DBAL 3.3.x. In DBAL 3.4, I expect this issue be not present.
Bug Report
Summary
AbstractSchemeManager::createForeignKey()
method is intended to ADD a new foreign key. If there are already some, they must be kept (or dropped and readded, if platform requires).Current behaviour
For Sqlite (
SqliteSchemaManager
), currently, the existing FK is dropped, and after the table is altered, ONLY the new foreign key is present.How to reproduce
Expected behaviour
FK is correctly added and all existing FKs retained as for all other DB vendors.
The text was updated successfully, but these errors were encountered: