X-Original-To: pgsql-sql-postgresql.org@localhost.postgresql.org Received: from localhost (av.hub.org [200.46.204.144]) by svr1.postgresql.org (Postfix) with ESMTP id 0766DDAA3C for ; Sat, 22 Oct 2005 00:23:51 -0300 (ADT) Received: from svr1.postgresql.org ([200.46.204.71]) by localhost (av.hub.org [200.46.204.144]) (amavisd-new, port 10024) with ESMTP id 41434-09 for ; Sat, 22 Oct 2005 03:23:49 +0000 (GMT) Received: from sss.pgh.pa.us (sss.pgh.pa.us [66.207.139.130]) by svr1.postgresql.org (Postfix) with ESMTP id 53503DA84C for ; Sat, 22 Oct 2005 00:23:49 -0300 (ADT) Received: from sss2.sss.pgh.pa.us (tgl@localhost [127.0.0.1]) by sss.pgh.pa.us (8.13.1/8.13.1) with ESMTP id j9M3Nmfs027841; Fri, 21 Oct 2005 23:23:48 -0400 (EDT) To: "Dean Gibson (DB Administrator)" Cc: pgsql-sql Subject: Re: Blank-padding (was: Oracle buys Innobase) In-reply-to: <435979B0.60107@ultimeth.com> References: <878xwokk4d.fsf@charter.net> <20051020214518.Q1006@ganymede.hub.org> <33c6269f0510210716x474dae2ah3861d32d8db01602@mail.gmail.com> <23805.1129913241@sss.pgh.pa.us> <435979B0.60107@ultimeth.com> Comments: In-reply-to "Dean Gibson (DB Administrator)" message dated "Fri, 21 Oct 2005 16:28:48 -0700" Date: Fri, 21 Oct 2005 23:23:48 -0400 Message-ID: <27840.1129951428@sss.pgh.pa.us> From: Tom Lane X-Virus-Scanned: by amavisd-new at hub.org X-Spam-Status: No, hits=0.006 required=5 tests=[AWL=0.006] X-Spam-Level: X-Archive-Number: 200510/252 X-Sequence-Number: 23105 "Dean Gibson (DB Administrator)" writes: > I remember that discussion, and I was for the change. However, upon > doing some testing after reading the above, I wonder if the > blank-stripping isn't too aggressive. I have a CHAR(6) field (say, > named Z) that has "abc " in it. Suppose I want to append "x" to Z, > with any leading spaces in Z PRESERVED. (You meant trailing spaces, I assume.) Why exactly would you want to do that? You decided by your choice of datatype that the trailing spaces weren't significant. This gripe seems to me exactly comparable to complaining if a numeric datatype doesn't remember how many trailing zeroes you typed after the decimal point. Those zeroes aren't semantically significant, so you have no case. regards, tom lane