Re: Transactional DDL - Mailing list pgsql-general

From Jaime Casanova
Subject Re: Transactional DDL
Date
Msg-id c2d9e70e0706021546h6881345doa2c2d57e62b27801@mail.gmail.com
Whole thread Raw
In response to Re: Transactional DDL  (PFC <lists@peufeu.com>)
Responses Re: Transactional DDL  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-general
On 6/2/07, PFC <lists@peufeu.com> wrote:
>
> >> This is what happens in every RDBMS. Whats so special about postgres
> >> then?
>
> mysql> BEGIN;
> Query OK, 0 rows affected (0.00 sec)
>
> mysql> CREATE TABLE blehhhh ( id INTEGER ) ENGINE=InnoDB;
> Query OK, 0 rows affected (0.09 sec)
>
> mysql> INSERT INTO blehhhh VALUES (1),(2),(3);
> Query OK, 3 rows affected (0.02 sec)
> Records: 3  Duplicates: 0  Warnings: 0
>
> mysql> ROLLBACK;
> Query OK, 0 rows affected (0.00 sec)
>
> mysql> SELECT * FROM blehhhh;
> +------+
> | id   |
> +------+
> |    1 |
> |    2 |
> |    3 |
> +------+
> 3 rows in set (0.00 sec)
>
>

Tom's example seems to show that mysql inserts a commit immidiatelly
after a DDL but this one example shows the thing is worse than that.
if that is the case this 3 rows should have been gone with the
rollback.

--
regards,
Jaime Casanova

"Programming today is a race between software engineers striving to
build bigger and better idiot-proof programs and the universe trying
to produce bigger and better idiots.
So far, the universe is winning."
                                       Richard Cook

pgsql-general by date:

Previous
From: Andreas
Date:
Subject: Need a wee bit more info on PostgreSQL's SSL security options
Next
From: "Jaime Casanova"
Date:
Subject: Re: Transactional DDL