-----Original Message-----
From: "Antoine"<[EMAIL PROTECTED]>
Sent: 09/04/06 11:38:08
To: "Dave Page"<dpage@vale-housing.co.uk>
Cc: "pgadmin-support@postgresql.org"<pgadmin-support@postgresql.org>
Subject: Re: [pgadmin-support] sql window issues

> ps. I remember using a db frontend that had a syntax check function
> (sql server 2000 query analyser?) - that is what I have been using the
> explain analyse for I guess... could that be a functionality others
> might be interested in?

We have it for the View Data filters - but the problem is in this case we'd 
need to wrap the script in begin/rollback behind the scenes, but be 
*absolutely* sure the script won't mess that up in any way.

Regards, Dave

-----Unmodified Original Message-----
> Well the error comes from PostgreSQL, not pgAdmin - and now you mention you 
> are using EXPLAIN ANALYZE it all makes sense. EXPLAINing a CREATE TABLE is 
> pointless and unsupported by PostgreSQL. You will get the same error from 
> psql.
>
> If you want to test one or more queries before executing them for real, try 
> something like:
>
> BEGIN;
>
> CREATE TABLE etape
> (
>   n_etp_code numeric(6) NOT NULL, -- identifiant de la table
>   t_etp_intitule varchar(50), -- nom en clair de l'étape
>   CONSTRAINT pk_etape PRIMARY KEY (n_etp_code)
> )
> WITHOUT OIDS;
> ALTER TABLE etape OWNER TO "PRODUCTION";
>
> ROLLBACK;
>
> Then when you're happy, just change the ROLLBACK to COMMIT.
>
> Regards, Dave.
>
I thought it had to be something silly like that - thanks for the advice!
Cheers
Antoine
ps. I remember using a db frontend that had a syntax check function
(sql server 2000 query analyser?) - that is what I have been using the
explain analyse for I guess... could that be a functionality others
might be interested in?

--
This is where I should put some witty comment.

---------------------------(end of broadcast)---------------------------
TIP 4: Have you searched our list archives?

               http://archives.postgresql.org

Reply via email to