Skip site navigation (1) Skip section navigation (2)

Re: DDL in EDB-SPL

From: "Pavel Stehule" <pavel(dot)stehule(at)gmail(dot)com>
To: "Heikki Linnakangas" <heikki(at)enterprisedb(dot)com>
Cc: "Ahsan Hadi" <ahsan(dot)hadi(at)enterprisedb(dot)com>, Patches <pgsql-patches(at)postgresql(dot)org>, "Faiz Husain" <faiz(dot)husain(at)enterprisedb(dot)com>, "Hope Jiang" <hope(dot)jiang(at)enterprisedb(dot)com>
Subject: Re: DDL in EDB-SPL
Date: 2007-12-12 13:49:39
Message-ID: 162867790712120549s24aaceeboc0936a3d54b2ca3@mail.gmail.com (view raw or flat)
Thread:
Lists: pgsql-patches
Wrong address :)

Pavel

On 12/12/2007, Heikki Linnakangas <heikki(at)enterprisedb(dot)com> wrote:
> While looking at the package function precedence problem, I bumped into
> another unrelated bug:
>
> According to a quick Google search, Oracle doesn't accept DDL in PL/SQL;
> you have to use EXECUTE IMMEDIATE to do that. Trying to run DDL in the
> edb-spl fails with a bizarre error message. For example, for CREATE
> TABLE footable (full test case attached):
> ERROR:  syntax error at or near "footable"
> LINE 1: CREATE footable2 (id integer)
>
> So the TABLE token seems to be stripped away somewhere. This begs the
> question of what happens with CREATE TEMPORARY TABLE. Lo and behold, it
> does what you might've guessed, kind of. TEMPORARY is stripped away,
> leaving just "CREATE TABLE <tablename>". However, we've set the package
> namespace as the special namespace, and that's the current "default
> creation namespace". Therefore the table gets created inside the package
> namespace.
>
> --
>    Heikki Linnakangas
>    EnterpriseDB   http://www.enterprisedb.com
>
>
> ---------------------------(end of broadcast)---------------------------
> TIP 2: Don't 'kill -9' the postmaster
>
>
>

In response to

Responses

pgsql-patches by date

Next:From: Heikki LinnakangasDate: 2007-12-12 13:52:45
Subject: Re: DDL in EDB-SPL
Previous:From: Heikki LinnakangasDate: 2007-12-12 13:40:52
Subject: DDL in EDB-SPL

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group