From: | Christopher Kings-Lynne <chriskl(at)familyhealth(dot)com(dot)au> |
---|---|
To: | Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us> |
Cc: | PostgreSQL-patches <pgsql-patches(at)postgresql(dot)org> |
Subject: | Re: Escape handling in strings |
Date: | 2005-06-16 03:19:46 |
Message-ID: | 42B0EFD2.9050805@familyhealth.com.au |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers pgsql-patches |
> * Allow backslash handling in quoted strings to be disabled for
> portability
>
> The use of C-style backslashes (.e.g. \n, \r) in quoted strings is not
> SQL-spec compliant, so allow such handling to be disabled. However,
> disabling backslashes could break many third-party applications and
> tools.
>
> Now, if we don't address it, we might as well remove the TODO item and
> say we are never going to change it, because right now, we have a plan,
> and I think the longer we go the harder it will be. And if we don't
> change it, it makes it quite hard for people to port applications to
> PostgreSQL. Fundamental queries like:
>
> SELECT * FROM files WHERE filename = 'C:\tmp'
>
> do not work. When a query with a single table and single WHERE clause
> isn't portable, it seems like a problem. If this was isolated to CREATE
> TABLE or something, it wouldn't be a big deal.
Why not compromise? Allow ONLY \' in normal strings? That'd deal with
the majority of compatibility issues. Or, like you say, make it a GUC :(
Chris
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2005-06-16 03:27:36 | Re: Two-phase commit |
Previous Message | Bruce Momjian | 2005-06-16 03:13:58 | Re: Escape handling in strings |
From | Date | Subject | |
---|---|---|---|
Next Message | Rod Taylor | 2005-06-16 05:08:18 | Re: Escape handling in strings |
Previous Message | Bruce Momjian | 2005-06-16 03:13:58 | Re: Escape handling in strings |