MySQL vs PostgreSQL

ну надже мне начемто учиться а mysql поствить дело 5-и минут
и еще пару на таблички даже если его в первый раз в глаза видещ :-)
а про Postrgesy я слышал что его сконфигурить дак немного помучаться
надобно да а вот к тебе вопрос чего там на странице Postrgesy
написанно что он поддерживает все конструкции и чего там вобщем не 
помню может расскажиш что за конструкции! 

А про транзакции, батенька, слыхали небось ? Так вот - в MySQL их нету и не будет. Потому что MySQL - локальная СУБД. Для Апача этих возможностей хватает. Создание же юзера postgres в процессе установки я не считаю трудностями (все остальное как в MySQL). С другой стороны постгрес медленнее за счет тех же транзакций и развитой системы типов. Вот на нем и нужно учиться, т.к. он ближе к Ораклу и пр. И еще: у него полностью свободная лицензия.

Формально поводов для флейма тут нет - У НИХ РАЗНЫЕ ЗАДАЧИ.

Ну про трудность установки постгреса это ты зря. Хотя
если ставиш rpm, то он как гавно раскидывает куда попало
файлы, хрен че разбереш. Тогда качаем с официального сайта
tgz в месте с доками и ставим как там сказано. И все как
по маслу. Одна беда - мне не нравилась раньше отсутсвие FOREIGN KEY.
А теперича есть он. Вот как с HAVING обстоит дело не знаю, в версии
используемой мной не поддерживается.

IMHO OK. поюзамем какнить на выходных 

гм. А мне лично их rpm'ные пакеты нравятся, правильно они сделаны. Кстати HAVING есть в PostgreSQL довольно давно (в 6.5.x точно есть). Единственное чего мне не хватает - outer join.

Я поставил эту версию (6.5.3) совсем не давно на свой Debian 
(может в tgz она и существовала давно, но я использую только
deb). Having действительно есть.

А для флейма

rpm бяка, когда у меня был RH я часто предпочитал ставить 
tgz. Живой пример apache или postgreSQL. По докам файлы нахо-
дятся в одном месте, а на самом деле они в другом. А нафик мне 
надо возится с find или locate? Пихаеш все /usr/local и доволен :) 

ФЕУФ