Re: trailing junk in numeric literals

Поиск
Список
Период
Сортировка
От Vik Fearing
Тема Re: trailing junk in numeric literals
Дата
Msg-id 3d8da0b9-bc39-ba19-332d-c4d40d0c50fb@postgresfriends.org
обсуждение исходный текст
Ответ на Re: trailing junk in numeric literals  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: trailing junk in numeric literals  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
On 1/16/21 6:10 PM, Tom Lane wrote:
> Vik Fearing <vik@postgresfriends.org> writes:
>> On 1/16/21 4:32 PM, Andreas Karlsson wrote:
>>> On 1/16/21 2:02 PM, Vik Fearing wrote:
>>>> I am in favor of such a change so that we can also accept 1_000_000
>>>> which currently parses as "1 AS _000_000" (which also isn't compliant
>>>> because identifiers cannot start with an underscore, but I don't want to
>>>> take it that far).
>>>> It would also allow us to have 0xdead_beef, 0o_777, and 0b1010_0000_1110
>>>> without most of it being interpreted as an alias.
> 
>>> That would be a nice feature. Is it part of the SQL standard?
> 
>> Yes, all of that is in the standard.
> 
> Really?  Please cite chapter and verse.  AFAICS in SQL:2011 5.3 <literal>,
> a numeric literal can't contain any extraneous characters, just sign,
> digits, optional decimal point, and optional exponent.  Hex and octal
> literals are certainly not there either.

With respect, you are looking at a 10-year-old document and I am not.

5.3 <literal> has since been modified.
-- 
Vik Fearing



В списке pgsql-hackers по дате отправления:

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: trailing junk in numeric literals
Следующее
От: vignesh C
Дата:
Сообщение: Re: Printing backtrace of postgres processes