[mdk-re] Re: [JT] Postgres, Firebird, DB2 & Others (все грабли всех СУБД)
Roman S
=?iso-8859-1?q?rromas_=CE=C1_mailru=2Ecom?=
Чт Фев 21 23:53:02 MSK 2002
On Чтв, 2002-02-21 at 13:53, Maxim wrote:
> а скажите, ради интереса, чем вам postgres не нравится?
ИМХО PostgreSQL - превосходная СУБД для окучивания запросов средней
сложности.
Пригодна как для среднетяжелой нагрузки, так и для использования
обиночным узлом|конечным пользователем.
Единственный явный недостаток, на который я наступил - добавление
идиотского #line N пркпроцессором embeeded sql
Почему-то считается, что так и надо.
С каждой версией PostgreSQL залезаю в исходнюк препроцессора и правлю...
Грабли:
Нет ряда нестандартных, но стандартных де-факто операций (<дата> - 1 DAY
и т.п.), излишне строгий препроцессор (EXEC SQL INCLUDE sqlca, но не
EXEC SQL INCLUDE SQLCA, обязательный EXEC SQL BEGIN/END DECLARE SECTION
и т.п)
Препроцессор SQLJ - не видел (ну не может его не быть в СУБД такого
уровня! Но не видел....)
Скорость выполнения запросов - среднеприличная.
Затраты на администрирование созданной БД - низкие.
Возможности настройки применительно к типу запросов - низкие.
Удобство администрирования|программирования - не очень, но можно
пользовать все стандартные ср-ва.
Работа хранимых процедур - неполная.
MySQL
Скорость выполнения запросов - прекрасная на одной таблице.
Скорость выполнения реальных запросов (транзакции H, особенно - сложных)
- очень и очень паршивая.
Препоцессоры отчутствуют.
Стандарт SQL поддерживается не полностью.
Нет механизмов обеспечения ссылочной целостности БД. (возможно создание
набора таблиц, но не базы данных)
Не достаточно стабилен механизм поддержки целостности транзакций.
Хоранимые процедуры - лучше промолчать.
DB2.
Скорость выполнения запросов - высокая.
Администрирование сложное при тонкой настройке, простое при обыденной.
Администрирование в условиях территориально распределённой (или
реплицируемой или распределённой по нагрузке) базы данных - требующее
специальных знаний.
Имеются "родные" ср-ва управления.
Грабли:
Установка на Spring-2001:
1) Установить пакет pdksh (korn-совместимый shell)
2) Проигнорировать ругань на /etc/profile.d/mc.sh - не критично
3) в PATH root-а добавить ./
4) в домашнем каталоге root-а создать .i18n - как /etc/sysconfig/i18n,
но LANG и LANGUAGE = C
5) Действовать путём нажатия на кнопки управления курсором и кнопкой
Enter. Если не получается - прочесть прилагаемую инструкцию. Если и это
не понятно - взять с сайта производителя инструкцию на русском.
Прочие грабли:
В версии 7.1 и 7.2 необходимо установить fixpack для корректной работы
хранимых процедур на Java.
Утилиты управления под Spring-2001 не работают с IBM-овской Java VM
(!!!)
Утилиты управления иногда "падают" (никогда не критично, но может
взбесить)
Прочие грабли - относятся к особенностям администрирования и носят
документированный и кросс-платформенный характер.
Oracle
Скорость выполнения запросов - почти достигает DB2, а иногда - даже
сравнивается.
Имеются грабли при инсталляции (решение описано в архивах этой рассылки
и на сайте поставщика)
Наиболее широкий язык запросов, есть все необходимые препроцессоры.
Администрирование (в части тонкой настройки) сложное, сравнимое с DB2.
Firebird
Пригодная для использования одиночными пользователями,
легкоадминистрируемая СУБД, неплохая скорость исполнения простых
запросов.
Имеет многое из проблем своего прародителя - Interbase (разжеваны везде,
носят кросс-платформенный характер), но в общем - достаточно стабильна.
--
Rgds!
Roman Savelyev.
----------- следующая часть -----------
Было удалено вложение не в текстовом формате...
Имя : =?iso-8859-1?q?=CF=D4=D3=D5=D4=D3=D4=D7=D5=C5=D4?=
Тип : application/pgp-signature
Размер : 232 байтов
Описание: =?iso-8859-1?q?=CF=D4=D3=D5=D4=D3=D4=D7=D5=C5=D4?=
Url : <http://lists.altlinux.org/pipermail/community/attachments/20020221/745e9f53/attachment-0008.bin>
Подробная информация о списке рассылки community