| From: | Wiebe Cazemier <halfgaar(at)gmx(dot)net> |
|---|---|
| To: | pgsql-general(at)postgresql(dot)org |
| Subject: | Re: why postgresql over other RDBMS |
| Date: | 2007-05-24 18:29:21 |
| Message-ID: | f34li2$nu4$1@sea.gmane.org |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-general |
On Thursday 24 May 2007 17:30, Alexander Staubo wrote:
> [2] Nobody else has this, I believe, except possibly Ingres and
> NonStop SQL. This means you can do a "begin transaction", then issue
> "create table", "alter table", etc. ad nauseum, and in the mean time
> concurrent transactions will just work. Beautiful for atomically
> upgrading a production server. Oracle, of course, commits after each
> DDL statements.
If this is such a rare feature, I'm very glad we chose postgresql. I use it all
the time, and wouldn't know what to do without it. We circumvented Ruby on
Rails' migrations, and just implemented them in SQL. Writing migrations is a
breeze this way, and you don't have to hassle with atomicity, or the pain when
you discover the migration doesn't work on the production server.
| From | Date | Subject | |
|---|---|---|---|
| Next Message | bruce | 2007-05-24 18:31:36 | Re: postgres - oid question |
| Previous Message | Leif B. Kristensen | 2007-05-24 18:28:32 | Re: why postgresql over other RDBMS |