Received: from bastion.solipsys.com (bastion.solipsys.com [209.117.190.2]) by hub.org (8.9.3/8.9.3) with ESMTP id OAA12489 for ; Tue, 31 Aug 1999 14:16:02 -0400 (EDT) (envelope-from byronn@solipsys.com) Received: from solipsys.com ([209.117.190.166]) by bastion.solipsys.com (8.9.1a/8.9.1) with ESMTP id OAA11753; Tue, 31 Aug 1999 14:14:42 -0400 (EDT) Message-ID: <37CC1B6D.9291E3A8@solipsys.com> Date: Tue, 31 Aug 1999 14:14:05 -0400 From: Byron Nikolaidis X-Mailer: Mozilla 4.51 [en] (WinNT; I) X-Accept-Language: en MIME-Version: 1.0 To: robertC@opmr.com CC: pgsql-interfaces@postgreSQL.org Subject: Re: [INTERFACES] Problem with Postgres/ODBC Driver. References: <91E49E736688D21185F500A0C985C70516DE4F@DOOM> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Transfer-Encoding: 7bit Robert Carbonari wrote: > > My question, then, is this: How can I access fields which have spaces and > Caps in them {CREATE TABLE table_name ("Project Manager Name" text, > ...);...} from my VBScript (using the Windows Scripting Host) when I employ > the Postgres/ODBC driver from Insight? > Is there some special way to pass these special field names to the driver so > that it can understand and properly translate them to Postgres (on Linux)? > Or must I resort to naming the fields in Postgres in the conventional way > and leave it at that? > Here is the driver information: > odbc driver version: 6.30.0250 > postgresql database version: 6.4 > Version 6.4 of the driver/database and above will handle mixed case and spaces. In order to preserve spaces and case, you need to use double quotes around the field names. This goes for table names as well, which can also have spaces and mixed case. I'm not sure if you are directly controlling this in your script or not. Some applications (e.g. Access) automatically add the quotes around field and table names based on some info returns of the driver, such as the following: SQL_IDENTIFIER_CASE, SQL_IDENTIFIER_QUOTE_CHAR, SQL_QUOTED_IDENTIFIER_CASE There were some anomolies with some applications that didn't exactly interpret the above info returns the way I would think they should, and thus wouldn't work properly with quotes. Byron