Re: Mysql -> Postgresql pitfalls

From: "Chad N(dot) Tindel" <chad(at)tindel(dot)net>
To: "scott(dot)marlowe" <scott(dot)marlowe(at)ihs(dot)com>
Cc: pgsql-docs(at)postgresql(dot)org
Subject: Re: Mysql -> Postgresql pitfalls
Date: 2003-08-01 20:51:11
Message-ID: 20030801205110.GA63709@calma.pair.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-docs

> > Excellent! That is exactly what I'm talking about.
> >
> > BTW, the "my2pg.pl" link is a dead link.
>
> This is probably something that could be codified a bit here in the news
> group.
>
> I'd say the pitfalls I'm aware of are:
>
> autoincrement fields -> sequences

Yes. The documentation very clearly states using sequences instead of
auto-increment, but it doesn't make it clear that inserting the id's into
data by hand doesn't cause the sequence to be auto-matically incremented. It'd
be nice of postgres had a way to trigger an update of the sequence value after
every insert containing an id clumn.

> not being able to run postgresql as root (a good thing TM)

<RANT>As a programmer, I personally would never write code that kept people from
running things as root. I mean, what is the point? If an administrator
wants to run postgresql or apache as root, why shouldn't they be allowed
to make that conscious decision for themselves? As it is, you have to recompile
apache with some BIG_SECURITY_HOLE defined in order to run as root, which means
you can't just use the out of the box apache rpm. Its so stupid to write
*extra* code that keeps people from doing something that isn't even
fundamentally incorrect.</RANT>

All that being said, I don't think it causes too big of a problem for postgres
installations.

Chad

In response to

Responses

Browse pgsql-docs by date

  From Date Subject
Next Message Tom Lane 2003-08-02 02:49:01 Re: Mysql -> Postgresql pitfalls
Previous Message scott.marlowe 2003-08-01 20:29:05 Re: Mysql -> Postgresql pitfalls