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
{{ message }}
This repository was archived by the owner on Jul 16, 2021. It is now read-only.
There are lots of closed issues regarding the use of composite primary keys, and all of them have been closed by the dev team (eg. laravel/framework#5517). However, the documentation does not clearly mention that composite keys are not supported, and even has an example for generating a migration with a composite primary key.
I understand the reason why this feature will not be implemented, but can you provide a check to provide the application developers with a clear error when they try to implement a composite primary? As it stands, when I tried to use a composite key in one of my models everything started to fail with an "illegal offset type" error, which is not helpful at all.
There are lots of closed issues regarding the use of composite primary keys, and all of them have been closed by the dev team (eg. laravel/framework#5517). However, the documentation does not clearly mention that composite keys are not supported, and even has an example for generating a migration with a composite primary key.
I understand the reason why this feature will not be implemented, but can you provide a check to provide the application developers with a clear error when they try to implement a composite primary? As it stands, when I tried to use a composite key in one of my models everything started to fail with an "illegal offset type" error, which is not helpful at all.
(Migrated from laravel/framework#20393)
The text was updated successfully, but these errors were encountered: