Re: [GENERAL] parser

From: Sarah Officer <officers(at)aries(dot)tucson(dot)saic(dot)com>
To: Jeff MacDonald <jeff(at)pgsql(dot)com>
Cc: pgsql-general(at)postgreSQL(dot)org
Subject: Re: [GENERAL] parser
Date: 2000-01-20 15:43:42
Message-ID: 38872D2E.E2145A9D@aries.tucson.saic.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

I had this problem a couple years ago. I changed the column name
before the upgrade by renaming the table to table_old, creating a
new table with the original table name by selecting from table_old.
For the column I needed to rename, I selected offset as
'x_offset'. I made sure everything was there, then dropped
table_old and exported the database prior to the upgrade. It's a
bit of trouble to find all the queries in the software and replace
the column name, but for my application it was workable. Or maybe
you already know how to do this but don't think you should have to?

I hope this helps.

Sarah Officer
officers

Jeff MacDonald wrote:
>
> hi, got this question from a user, anyone up for some discussion on it
>
> 1) I have been using 6.3 and recently tried to
> move to 6.5. I found that the word "offset" is now a reserved word and I have used it as a field name in
> a table. 6.5 reports this as an error. I wonder if the parser should do this since the context is as a
> field name.
>
> ======================================================
> Jeff MacDonald
> jeff(at)pgsql(dot)com irc: bignose on EFnet
> ======================================================
>
> ************

In response to

  • parser at 2000-01-20 03:19:40 from Jeff MacDonald <jeff@pgsql.com>

Browse pgsql-general by date

  From Date Subject
Next Message Sevo Stille 2000-01-20 16:39:17 Re: [GENERAL] R-trees - any documentation?
Previous Message Bruce Momjian 2000-01-20 15:43:35 Re: [GENERAL] vacuum analyze [table]