-
-
Notifications
You must be signed in to change notification settings - Fork 34
v2 / review and unify column type translation #138
Copy link
Copy link
Open
Labels
breaking changeThis feature / fix introduces breaking changesThis feature / fix introduces breaking changesproposalA suggestion for a change, feature, enhancement, etcA suggestion for a change, feature, enhancement, etcs: acceptedwas accepted or confirmedwas accepted or confirmed
Milestone
Metadata
Metadata
Assignees
Labels
breaking changeThis feature / fix introduces breaking changesThis feature / fix introduces breaking changesproposalA suggestion for a change, feature, enhancement, etcA suggestion for a change, feature, enhancement, etcs: acceptedwas accepted or confirmedwas accepted or confirmed
It seems like there are some reasonable open issues regarding the column type translation from Fizz's to database's.
some findings are:
colType()could be slightly confusingtimestampis just treated asdatetimedatetimehas a timezone (buttimestampit not)timeis treated asdatetimewhich should not bedateis treated asnumericin SQLite3floatanddecimalare treated as the same (decimal) in most dialectsRelated open issues and PRs (at this moment):
timestampcolumn type. #48Also, related issues/PRs on the other modules:
created_atandupdated_atfields in UTC pop#23Old issues/PRs related to this:
Other issues about an ID field which is restricted to be int or UUID
Date type definitions:
Release/Support/Lifecycle policy for database engines: