Return-Path: Delivered-To: apmail-db-derby-dev-archive@www.apache.org Received: (qmail 95283 invoked from network); 3 Feb 2006 22:28:41 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 3 Feb 2006 22:28:41 -0000 Received: (qmail 41644 invoked by uid 500); 3 Feb 2006 22:28:40 -0000 Delivered-To: apmail-db-derby-dev-archive@db.apache.org Received: (qmail 41587 invoked by uid 500); 3 Feb 2006 22:28:39 -0000 Mailing-List: contact derby-dev-help@db.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: Delivered-To: mailing list derby-dev@db.apache.org Received: (qmail 41578 invoked by uid 99); 3 Feb 2006 22:28:39 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 03 Feb 2006 14:28:39 -0800 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests=UNPARSEABLE_RELAY X-Spam-Check-By: apache.org Received-SPF: pass (asf.osuosl.org: local policy) Received: from [192.18.98.43] (HELO brmea-mail-2.sun.com) (192.18.98.43) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 03 Feb 2006 14:28:38 -0800 Received: from phys-mpk-1 ([129.146.11.81]) by brmea-mail-2.sun.com (8.12.10/8.12.9) with ESMTP id k13MSH8u029611 for ; Fri, 3 Feb 2006 15:28:17 -0700 (MST) Received: from conversion-daemon.mpk-mail1.sfbay.sun.com by mpk-mail1.sfbay.sun.com (iPlanet Messaging Server 5.2 HotFix 1.24 (built Dec 19 2003)) id <0IU400301U1GR7@mpk-mail1.sfbay.sun.com> (original mail from David.Vancouvering@Sun.COM) for derby-dev@db.apache.org; Fri, 03 Feb 2006 14:28:17 -0800 (PST) Received: from [129.150.27.185] (vpn-129-150-27-185.SFBay.Sun.COM [129.150.27.185]) by mpk-mail1.sfbay.sun.com (iPlanet Messaging Server 5.2 HotFix 1.24 (built Dec 19 2003)) with ESMTP id <0IU400BS0UER39@mpk-mail1.sfbay.sun.com> for derby-dev@db.apache.org; Fri, 03 Feb 2006 14:28:08 -0800 (PST) Date: Fri, 03 Feb 2006 14:28:03 -0800 From: "David W. Van Couvering" Subject: Paging Lance: format of empty result set To: Derby Development Message-id: <43E3D8F3.80203@sun.com> MIME-version: 1.0 Content-type: multipart/mixed; boundary="Boundary_(ID_3gkUd4FKeDTglnA2zqu6OA)" X-Accept-Language: en-us, en User-Agent: Mozilla Thunderbird 1.0.7 (Windows/20050923) X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N This is a multi-part message in MIME format. --Boundary_(ID_3gkUd4FKeDTglnA2zqu6OA) Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT If I want to send an empty result set, do the result columns still have to match the expected set of result columns? I can't see why this would matter. Anybody else want to weigh in on this? It would be a lot simpler for me if I could have a single "fake" query that generates a "generic" empty result set with, say, a single integer column, rather than compose one with the right columns for each unsupported metadata call. Thanks, David --Boundary_(ID_3gkUd4FKeDTglnA2zqu6OA) Content-type: text/x-vcard; charset=utf-8; name=david.vancouvering.vcf Content-transfer-encoding: 7BIT Content-disposition: attachment; filename=david.vancouvering.vcf begin:vcard fn:David W Van Couvering n:Van Couvering;David W org:Sun Microsystems, Inc.;Database Technology Group email;internet:david.vancouvering@sun.com title:Senior Staff Software Engineer tel;work:510-550-6819 tel;cell:510-684-7281 x-mozilla-html:TRUE version:2.1 end:vcard --Boundary_(ID_3gkUd4FKeDTglnA2zqu6OA)--