Re: [HACKERS] Beta for 4:30AST ... ?
От | Peter Eisentraut |
---|---|
Тема | Re: [HACKERS] Beta for 4:30AST ... ? |
Дата | |
Msg-id | Pine.GSO.4.02A.10003011540520.25449-100000@Svan.DoCS.UU.SE обсуждение исходный текст |
Ответ на | Re: [HACKERS] Beta for 4:30AST ... ? (Thomas Lockhart <lockhart@alumni.caltech.edu>) |
Ответы |
BIT/BIT VARYING names (was Re: [HACKERS] Beta for 4:30AST)
|
Список | pgsql-hackers |
On Wed, 1 Mar 2000, Thomas Lockhart wrote: > It is unlikely that we can transparently parse two-word types in > gram.y without explicit support for it. Just adding IDENT IDENT to > simple types leads to a shift/reduce conflict. I am not saying that we should support two token types in general. Only the SQL types. We already do that anyway, like (kind of) Type: CHARACTER VARYING { $$ = "varchar"; } | etc. All I'm saying is that we add | BIT VARYING { $$ = "bit varying"; } No problem so far, right? Especially, if this is dumped out, then it becomes bit varying without any extra effort. The only problem is that with the current syntax the bootstrap scanner cannot insert fields that contain spaces. Simple fix there, and we're done. To be clear again: I am not vaguely suggesting that we support any multi-token types. I am just saying that we shouldn't introduce any new and unnecessary external/internal type discrepancies just because the bootstrap scanner is stupid. -- Peter Eisentraut Sernanders väg 10:115 peter_e@gmx.net 75262 Uppsala http://yi.org/peter-e/ Sweden
В списке pgsql-hackers по дате отправления: