Re: Mysql -> Postgresql pitfalls
От | Chad N. Tindel |
---|---|
Тема | Re: Mysql -> Postgresql pitfalls |
Дата | |
Msg-id | 20030801205110.GA63709@calma.pair.com обсуждение исходный текст |
Ответ на | Re: Mysql -> Postgresql pitfalls ("scott.marlowe" <scott.marlowe@ihs.com>) |
Ответы |
Re: Mysql -> Postgresql pitfalls
Re: Mysql -> Postgresql pitfalls Re: Mysql -> Postgresql pitfalls |
Список | 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
В списке pgsql-docs по дате отправления: