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
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 |