Re: Backslash handling in strings
От | Bruce Momjian |
---|---|
Тема | Re: Backslash handling in strings |
Дата | |
Msg-id | 200506020354.j523s8r05372@candle.pha.pa.us обсуждение исходный текст |
Ответ на | Re: Backslash handling in strings (Bruno Wolff III <bruno@wolff.to>) |
Список | pgsql-hackers |
Here is a summary of the issues with moving to no escapes for non-E strings: http://candle.pha.pa.us/cgi-bin/pgescape --------------------------------------------------------------------------- Bruno Wolff III wrote: > On Tue, May 31, 2005 at 11:49:20 +0200, > Dennis Bjorklund <db@zigo.dhs.org> wrote: > > On Tue, 31 May 2005, Tom Lane wrote: > > > > > The case that convinced me we need to keep some sort of backslash > > > capability is this: suppose you want to put a string including a tab > > > into your database. Try to do it with psql: > > > t=> insert into foo values ('<TAB> > > > Guess what: you won't get anywhere, at least not unless you disable > > > readline. So it's nice to be able to use \t. > > > > To insert a tab using readline you can press ESC followed by TAB. This > > works as least in readline as it is setup in redhat/fedora (and readline > > can be setup in 1000 different ways so who knows how portable this is). > > There are still advantages to having printable backslashed escaped characters > in strings that are saved to files. It makes it easier to see what is really > in the string and they are less likely to get accidentally munged when > editing the file or moving it between systems with different line termination > conventions. > > ---------------------------(end of broadcast)--------------------------- > TIP 2: you can get off all lists at once with the unregister command > (send "unregister YourEmailAddressHere" to majordomo@postgresql.org) > -- Bruce Momjian | http://candle.pha.pa.us pgman@candle.pha.pa.us | (610) 359-1001+ If your life is a hard drive, | 13 Roberts Road + Christ can be your backup. | Newtown Square, Pennsylvania19073
В списке pgsql-hackers по дате отправления: