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
From my understanding, Lapis' scheme type foreign_key is just an alias for integer and does not create an actual constraint. the only way to add a foreign key constraint to the database using Lapis' migration and db utilities is to manually add the constraint as an sql fragement:
I assume that using primary_key on multiple columns correctly combines them into a composite key, so doing the same with foreign_key should work the same way. If this is not the case and you must use an sql fragment to create composite keys, then feature parity makes sense in that regard.
The text was updated successfully, but these errors were encountered:
From my understanding, Lapis' scheme type
foreign_key
is just an alias forinteger
and does not create an actual constraint. the only way to add a foreign key constraint to the database using Lapis' migration and db utilities is to manually add the constraint as an sql fragement:However, given that there is already a
primary_key
option, aforeign_key
option makes sense:I assume that using
primary_key
on multiple columns correctly combines them into a composite key, so doing the same withforeign_key
should work the same way. If this is not the case and you must use an sql fragment to create composite keys, then feature parity makes sense in that regard.The text was updated successfully, but these errors were encountered: