Re: Transactional DDL

From: "Harpreet Dhaliwal" <harpreet(dot)dhaliwal01(at)gmail(dot)com>
To: "Dawid Kuroczko" <qnex42(at)gmail(dot)com>
Cc: "Jasbinder Singh Bali" <jsbali(at)gmail(dot)com>, pgsql-general(at)postgresql(dot)org
Subject: Re: Transactional DDL
Date: 2007-06-02 16:46:54
Message-ID: d86a77ef0706020946l3c334982u8dd80ad00fc15ec1@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

So, while writing any technical document, would it be wrong to mention
stored procedures in postgresql?
what is the general convention?

On 6/2/07, Dawid Kuroczko <qnex42(at)gmail(dot)com> wrote:
>
> On 6/2/07, Jasbinder Singh Bali <jsbali(at)gmail(dot)com> wrote:
> > But its said that transactions in any RDBMS follow ACID properties.
> > So if i put a create table and an Insert statement in the same begin end
> > block as one single transactioin, won't both create and insert follow
> acid
> > property, being in one single trasaction, and either both get committed
> or
> > none, talking about oracle lets say
>
> Actually, Oracle inserts implicit COMMIT after each DDL.
>
> So, if you have:
>
> BEGIN;
> INSERT INTO foo (bar) VALUES (1);
> CREATE INDEX foo_bar ON foo (bar);
> -- Here Oracle will insert implicit COMMIT, thus your foo table will
> have value 1 commited.
> -- And here Oracle will BEGIN a new trasaction.
> INSERT INTO foo (bar) VALUES (2);
> ROLLBACK;
> -- And you will rollback the insert of value 2. Value 1 remains in the
> table,
> -- because it is already committed.
>
> Regards,
> Dawid
>
> ---------------------------(end of broadcast)---------------------------
> TIP 4: Have you searched our list archives?
>
> http://archives.postgresql.org/
>

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Jeremy Harris 2007-06-02 17:08:41 Re: why postgresql over other RDBMS
Previous Message Erwin Brandstetter 2007-06-02 16:39:47 Re: There can be only one! How to avoid the "highlander-problem".