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
I have been asked (here) about the fact that the is_not_null flag of a ColumnDef is always false.
I tried to determine whether it was a fault of pglast, but inspecting libpg_query sources I suspect that the additional transformation steps that PG applies to the ColumnDef nodes thru transformCreateStmt() were removed with a reason and are probably not useful (or even harmful) in the context of libpg_query (and in transition of pglast).
Am I correct?
The text was updated successfully, but these errors were encountered:
I believe that is because is_not_null is set by the parse-analysis stage of Postgres (e.g. in transformColumnDefinition), which occurs after the raw parser. libpg_query only covers the raw parser, and not any later stages.
I'd recommend doing analysis on the elements that are set by the raw parser instead, they should generally cover the same information (unless the information is only available in internal Postgres catalog tables, as is the case for some type definitions for example).
I have been asked (here) about the fact that the
is_not_null
flag of aColumnDef
is alwaysfalse
.I tried to determine whether it was a fault of
pglast
, but inspectinglibpg_query
sources I suspect that the additional transformation steps that PG applies to theColumnDef
nodes thru transformCreateStmt() were removed with a reason and are probably not useful (or even harmful) in the context oflibpg_query
(and in transition ofpglast
).Am I correct?
The text was updated successfully, but these errors were encountered: