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
Hello! I have these two columns in my tables:
created_at
updated_at
They're set to default "CURRENT_TIMESTAMP" and "CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP" respectively.
These constraints are ignored by the generator.
Is it somehow possible to respect those?
Thank you,
Nikles
The text was updated successfully, but these errors were encountered:
I see what you mean. My point was the generated migration is losing this
constraint. It works flawlessly for foreign keys but I was wondering why
this one’s lost.
The resulting DB relies on the laravel app to keep those constraints
working. The moment the app layer changes (or the moment someone touches a
record manually or via another app) those timestamps are not updated. It’s
a pity. I mean everything else works wonderfully.
Anyway as of now I’m updating the generated migrations manually to add the
constraints; not a big deal for now :)
Hello! I have these two columns in my tables:
created_at
updated_at
They're set to default "CURRENT_TIMESTAMP" and "CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP" respectively.
These constraints are ignored by the generator.
Is it somehow possible to respect those?
Thank you,
Nikles
The text was updated successfully, but these errors were encountered: