Date: Thu, 24 Jan 2002 22:43:16 +0000 (UTC)
From: [email protected]Subject: статья о Постгресе
Eugene <[email protected]> wrote:
E>тут недавно кто-то просил инфу по Постгресу -
E>сырец моей статьи
E>http://www.titanicum.addr.com/postgres.htm
Ужасно "mySQL мощнейшая система, способная удовлетворить любые
_запросы_ пользователей" Да mySQL это упрощенная SQL-подобная
искалка по файлам, неспособная выполнить половину упражнений
приведенных в чайницкой книжке "Введение в SQL" Мартина Граббера.
Так что насчет "любых запросов" это сильно. А ежели у пользователя
запросы вложенные?
То что существует довольно много приложений, где настоящая БД не
очень-то нужна, и там mySQL рулит, это да. Но так и надо писать - в
большинстве Web-применнений полноценная БД это некоторый overkill,
но если она вам вдруг понадобилась, то Postgres практически единственный
opensource вариант, если не считать FireBird. Почему FireBird не
считать, спросить у Новодворского-старшего, он его исходники читал.
Разделение полномочий для пользователей, кстати весьма слабое по
сравнению с коммерческими БД вовсе не самая сильная сторона Postgres.
Самая сильная его сторона это полноценная (увы, нельзя сказать полная,
но и у Oracle 8i не полная) реализация ANSI SQL-92.
В 7.1 мне, правда, сильно не хватает drop constraint.
Еще в разделе истории неплохо бы помянуть time travel, который там был,
да в районе 6-й версии сплыл. Ибо базы данных production-размера
оказались как-то плохо совместимыми с принципиальным отсутствием
удаления записей с диска.
А уж путать перловый модуль Pg с DBD::Pg са-а-авсем не стоит.
Это два разных модуля, первый из которых раздают вместе с Postgres,
но пользоваться им не стоит, ибо у него нестандартный интерфейс,
а второй надо брать с CPAN, и у него интерфейс стандартный. В некоторых
специальных случаях можно добиться, например того, чтобы один и тот
же скрипт работал и с Postgres и с Oracle , настраиваясь только
посредтсвом указания строки в методе connect DBI.
И уж расписывая статью сравнивающую полноценную базу данных
с недомерком-mySQL нельзя не остановиться на автоматическом поддержании
логической целостности - ссылочной целостности, триггерах, хранимых
процедурах и т.д. Тем более что в Postgres их вполне можно на перле
писать.
Для пользователей коммерческих БД стоит остановиться на возможности
добавления своих типов, приведя несколько примеров из постгресовского
contrib, своих аггрегатных функций, наследования таблиц.
Пускай обзавидуются.
Правда, самое главное, из-за чего мне иногда хочется таки послать нафиг
этот ублюдский Oracle, и поддерживать только PostgreSQL, так это из-за
продвинутых возможностей редактирования командной строки в psql ;-)
--
Victor Wagner [email protected]
Chief Technical Officer Office:7-(095)-748-53-88
Communiware.Net Home: 7-(095)-135-46-61
http://www.communiware.nethttp://www.ice.ru/~vitus
Отправлено через сервер Форумы@mail.ru - http://talk.mail.ru
