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
Currently, the only place where a Table's IDENTITY flag is stored is the Table itself, and the Identity reference contains a reference to the Field.
This doesn't reflect well what we do in DDL statements, when we specify for a column to be an Identity column. We do that as a type modifier, similar to NOT NULL (which is a type constraint directly placed on the type, at least syntactically).
In order to be able to implement #5062, it would be great if we could say something like:
Some databases support additional sequence flags, including START WITH or STEP. We'll always generate the default values for those databases, as most databases don't support these flags.
The text was updated successfully, but these errors were encountered:
This is a prerequisite for #5062.
Currently, the only place where a
Table
'sIDENTITY
flag is stored is theTable
itself, and theIdentity
reference contains a reference to theField
.This doesn't reflect well what we do in DDL statements, when we specify for a column to be an
Identity
column. We do that as a type modifier, similar toNOT NULL
(which is a type constraint directly placed on the type, at least syntactically).In order to be able to implement #5062, it would be great if we could say something like:
Some databases support additional sequence flags, including
START WITH
orSTEP
. We'll always generate the default values for those databases, as most databases don't support these flags.The text was updated successfully, but these errors were encountered: