Return-Path: Delivered-To: apmail-db-derby-user-archive@www.apache.org Received: (qmail 13203 invoked from network); 24 Feb 2011 21:08:03 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 24 Feb 2011 21:08:03 -0000 Received: (qmail 16994 invoked by uid 500); 24 Feb 2011 21:08:03 -0000 Delivered-To: apmail-db-derby-user-archive@db.apache.org Received: (qmail 16868 invoked by uid 500); 24 Feb 2011 21:08:02 -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 16861 invoked by uid 99); 24 Feb 2011 21:08:02 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 24 Feb 2011 21:08:02 +0000 X-ASF-Spam-Status: No, hits=-2.3 required=5.0 tests=RCVD_IN_DNSWL_MED,SPF_PASS,UNPARSEABLE_RELAY X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: local policy) Received: from [148.87.113.121] (HELO rcsinet10.oracle.com) (148.87.113.121) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 24 Feb 2011 21:07:56 +0000 Received: from acsinet15.oracle.com (acsinet15.oracle.com [141.146.126.227]) by rcsinet10.oracle.com (Switch-3.4.2/Switch-3.4.2) with ESMTP id p1OL7YaB014849 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Thu, 24 Feb 2011 21:07:35 GMT Received: from acsmt355.oracle.com (acsmt355.oracle.com [141.146.40.155]) by acsinet15.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id p1OL7Hf4020349 for ; Thu, 24 Feb 2011 21:07:33 GMT Received: from abhmt013.oracle.com by acsmt355.oracle.com with ESMTP id 1035651471298581575; Thu, 24 Feb 2011 13:06:15 -0800 Received: from localhost (/193.71.104.118) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Thu, 24 Feb 2011 13:06:14 -0800 From: Knut Anders Hatlen To: derby-user@db.apache.org Subject: Re: SQLException - Column 'COLUMN2' is either not in any table in the FROM list or appears within a join specification and is outside the scope of the join specification ..... References: <3E6DF46E67210942B7919419E636D02914AA5142FC@TUS1XCHEVSPIN34.SYMC.SYMANTEC.COM> <3E6DF46E67210942B7919419E636D02914AA514306@TUS1XCHEVSPIN34.SYMC.SYMANTEC.COM> Mail-Followup-To: derby-user@db.apache.org Date: Thu, 24 Feb 2011 22:06:12 +0100 In-Reply-To: <3E6DF46E67210942B7919419E636D02914AA514306@TUS1XCHEVSPIN34.SYMC.SYMANTEC.COM> (Sameer Mehta's message of "Thu, 24 Feb 2011 11:18:02 -0800") Message-ID: User-Agent: Gnus/5.110011 (No Gnus v0.11) Emacs/24.0.50 (usg-unix-v) MIME-Version: 1.0 Content-Type: text/plain X-Source-IP: acsmt355.oracle.com [141.146.40.155] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A0B0204.4D66C895.01CC:SCFMA4539814,ss=1,fgs=0 Sameer Mehta writes: > Hello All, > > I found a workaround to this issue i.e. using comma "," as a delimiter > instead of a pipe. Is this a known issue for CALL > SYSCS_UTIL.SYSCS_IMPORT_DATA stored procedure ? Or which are valid > delimiters to SYSCS_UTIL.SYSCS_IMPORT_DATA ? Hi Sameer, I'm not aware of any bug that prevents using '|' as a delimiter. In fact, I just created a file with fields separated by pipes and called SYSCS_IMPORT_DATA, and it worked fine for me. If you have a test case that you can share and that shows this problem, it would be great if you could file a bug report at https://issues.apache.org/jira/browse/DERBY and upload the test case. Thanks, -- Knut Anders