Return-Path: Delivered-To: apmail-db-derby-user-archive@www.apache.org Received: (qmail 40258 invoked from network); 15 Jun 2007 18:26:41 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 15 Jun 2007 18:26:41 -0000 Received: (qmail 78190 invoked by uid 500); 15 Jun 2007 18:26:43 -0000 Delivered-To: apmail-db-derby-user-archive@db.apache.org Received: (qmail 78168 invoked by uid 500); 15 Jun 2007 18:26:43 -0000 Mailing-List: contact derby-user-help@db.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: List-Id: Reply-To: "Derby Discussion" Delivered-To: mailing list derby-user@db.apache.org Received: (qmail 78157 invoked by uid 99); 15 Jun 2007 18:26:42 -0000 Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 15 Jun 2007 11:26:42 -0700 X-ASF-Spam-Status: No, hits=1.4 required=10.0 tests=SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (herse.apache.org: 32.97.110.149 is neither permitted nor denied by domain of Stan.Bradbury@gmail.com) Received: from [32.97.110.149] (HELO e31.co.us.ibm.com) (32.97.110.149) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 15 Jun 2007 11:26:38 -0700 Received: from d03relay02.boulder.ibm.com (d03relay02.boulder.ibm.com [9.17.195.227]) by e31.co.us.ibm.com (8.13.8/8.13.8) with ESMTP id l5FIQI76013640 for ; Fri, 15 Jun 2007 14:26:18 -0400 Received: from d03av01.boulder.ibm.com (d03av01.boulder.ibm.com [9.17.195.167]) by d03relay02.boulder.ibm.com (8.13.8/8.13.8/NCO v8.3) with ESMTP id l5FIQIIp249716 for ; Fri, 15 Jun 2007 12:26:18 -0600 Received: from d03av01.boulder.ibm.com (loopback [127.0.0.1]) by d03av01.boulder.ibm.com (8.12.11.20060308/8.13.3) with ESMTP id l5FIQHBh004637 for ; Fri, 15 Jun 2007 12:26:17 -0600 Received: from [127.0.0.1] (sig-9-48-109-187.mts.ibm.com [9.48.109.187]) by d03av01.boulder.ibm.com (8.12.11.20060308/8.12.11) with ESMTP id l5FIQGF6004588 for ; Fri, 15 Jun 2007 12:26:17 -0600 Message-ID: <4672D990.5080906@gmail.com> Date: Fri, 15 Jun 2007 11:25:20 -0700 From: Stanley Bradbury User-Agent: Thunderbird 1.5.0.12 (Windows/20070509) MIME-Version: 1.0 To: Derby Discussion Subject: Re: Excess white space on SELECT References: <1181834036.25510.5.camel@B-0459> In-Reply-To: <1181834036.25510.5.camel@B-0459> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org Sebastian Niezgoda wrote: > Hello, > > I noticed that Derby does not trim any excess space on SELECT > statements. I'm using iBatis to map sql to Java objects thus I am > forced to change my queries to trim. Is there an easier way to do > this? Is there a global setting I can use when creating/connecting to > Derby or something along those lines? > > Thanks, > > Sebastian Hi - I'm guessing you mean 'does not trim trailing space from the data values returned'. Derby should do this for VARCHAR fields but doesn't for fixed length datatypes. What datatypes are you retrieving and are you performing conversions or concatenations in your select statements?