The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

статья о Постгресе


<< Предыдущая ИНДЕКС Поиск в статьях src Установить закладку Перейти на закладку Следующая >>
Date: Thu, 24 Jan 2002 22:43:16 +0000 (UTC)
From: vitus@ice.ru
Subject: статья о Постгресе

Eugene <admin@titanicum.kiev.ua> 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			vitus@ice.ru
Chief Technical Officer		Office:7-(095)-748-53-88
Communiware.Net 		Home: 7-(095)-135-46-61
http://www.communiware.net      http://www.ice.ru/~vitus

Отправлено через сервер Форумы@mail.ru - http://talk.mail.ru

<< Предыдущая ИНДЕКС Поиск в статьях src Установить закладку Перейти на закладку Следующая >>



Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру