Re: PostGIS Integration
От | Tom Lane |
---|---|
Тема | Re: PostGIS Integration |
Дата | |
Msg-id | 7784.1075880880@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Re: PostGIS Integration (Christopher Kings-Lynne <chriskl@familyhealth.com.au>) |
Ответы |
Re: PostGIS Integration
|
Список | pgsql-hackers |
Christopher Kings-Lynne <chriskl@familyhealth.com.au> writes: >> Those two cases are not hard, because in those scenarios the parser >> knows it is expecting a type specification. The real problem is this >> syntax for typed literals: >> typename 'string' > Just disallow that particular case for custom types :P Well, maybe we could --- comments? Tom Lockhart went to some lengths to support that, but now that he's gafiated we could perhaps rethink it. AFAICS the SQL spec only requires this syntax for certain built-in types. Tom wanted to generalize that to all datatypes that Postgres supports, and that seems like a reasonable goal ... but if it prevents getting to other reasonable goals then we ought to think twice. > Will this work: 'string'::typename Yes, since the :: cues the parser to expect a typename next. regards, tom lane
В списке pgsql-hackers по дате отправления: