Received: from globe (nexusel.demon.co.uk [158.152.30.195]) by hub.org (8.8.8/8.7.5) with SMTP id MAA22575 for ; Tue, 12 May 1998 12:16:05 -0400 (EDT) Received: from (plough) [192.0.0.9] (em) by globe with smtp (Exim 1.82 #1) id 0yZHbv-0007p5-00; Tue, 12 May 1998 17:08:59 +0100 Sender: em Message-ID: <3558741A.74EC3E3C@nexus.co.uk> Date: Tue, 12 May 1998 17:08:58 +0100 From: Ewan Mellor Organization: Nexus Electronics X-Mailer: Mozilla 3.01 (X11; I; Linux 2.1.99 i686) MIME-Version: 1.0 To: PostgreSQL Interfaces Subject: Re: [INTERFACES] MS Access & PsqlODBC: Invalid field name 'name' References: <35582955.5F014F7B@nexus.co.uk> <35586251.D6B32970@trust.ee> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hannu Krosing wrote: > > Ewan Mellor wrote: > > > > I am using Byron's ODBC driver (version .0239 downloaded today) with > > Access 7.00 under Win95 with Postgres 6.3. I am trying to link tables > > into Access. Most tables work fine, but any field with the name 'name' > > or 'sortname' or even 'garbagename' may not be used as part of an > > index. This occurs whether the index is picked up automatically by the > > driver, or if you are asked to choose a unique field by Access. > > Starting from v2.0 of Access the worn "name" became kind of reserved > word in Access, as the table itself aquired an _attribute_ name, which > contains the name of the table. > > so having a field called name is a problem in anyway (for Access). So it's a "we're Microsoft and we can do what we want" reserved word, and not an "internationally recognised standard SQL" reserved word :-( > I have no idea why "sortname" or "garbagename" does not work. > > > Can this be fixed? As a workaround, could the driver optionally not > > tell the client application about indices? In this way, I could tell > > Access to ignore them and then (I think) I would be able to get at my > > data. > > you can still do > > ALTER TABLE yourtable RENAME name TO not_name_any_more; I'd rather not - there is a reasonable amount of code sitting on top of this DB :-( Thanks a lot for your help, Ewan.