From: | Jaime Casanova <jaime(at)2ndquadrant(dot)com> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | Takahiro Itagaki <itagaki(dot)takahiro(at)oss(dot)ntt(dot)co(dot)jp>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: nvarchar notation accepted? |
Date: | 2010-06-07 02:13:02 |
Message-ID: | AANLkTilaCHIQbz3fcDN-51uqK81d1NjkDmPH7re6Qiz3@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Thu, May 13, 2010 at 11:00 PM, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
> Jaime Casanova <jaime(at)2ndquadrant(dot)com> writes:
>> On Thu, May 13, 2010 at 10:52 PM, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
>>> Actually, the lexer translates N'foo' to NCHAR 'foo' and then the
>>> grammar treats that just like CHAR 'foo'. In short, the N doesn't do
>>> anything very useful, and it certainly doesn't have any effect on
>>> encoding behavior. I think this is something Tom Lockhart put in ten or
>>> so years back, and never got as far as making it actually do anything
>>> helpful.
>
>> so, the N'' syntax is fine and i don't need to hunt them as a migration step?
>
> As long as the implied cast to char(n) doesn't cause you problems, it's
> fine.
>
Is this something we want to document? Maybe something like:
"""
For historical reasons N'' syntax is also accepted as a string literal.
"""
or we can even mention the fact that that is useful for sql server migrations?
--
Jaime Casanova www.2ndQuadrant.com
Soporte y capacitación de PostgreSQL
From | Date | Subject | |
---|---|---|---|
Next Message | Stephen Frost | 2010-06-07 03:06:47 | Re: [PATCH] Fix leaky VIEWs for RLS |
Previous Message | Robert Haas | 2010-06-07 01:38:00 | Re: [PATCH] Fix leaky VIEWs for RLS |