Уныние RDBMS
Sep. 20th, 2010 01:34 pm![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png){kind=small}
metaclassЛента заполнена анонсами PostgreSQL 9.0. Читаю release notes, куча всего полезного, только вот в последнее время я перестал понимать, зачем на уровне базы данных это все делать, если вдруг понадобится проект запустить на другой СУБД.
Долбаные разные диалекты SQL задолбали даже в плане запросов, а уж про триггера и хранимые процедуры и речи не идет
В общем, либо страдать пакостью вроде "используем общее множество функций, а все недостающее делаем, как дебилы руками в слое доступа к БД", т.е. фактически "перепишем 2/3 СУБД вручную на дотнете криво и убого", либо на веки вечные привязываемся к одной СУБД и используем ее на полную катушку.
Долбаные разные диалекты SQL задолбали даже в плане запросов, а уж про триггера и хранимые процедуры и речи не идет
В общем, либо страдать пакостью вроде "используем общее множество функций, а все недостающее делаем, как дебилы руками в слое доступа к БД", т.е. фактически "перепишем 2/3 СУБД вручную на дотнете криво и убого", либо на веки вечные привязываемся к одной СУБД и используем ее на полную катушку.
![[identity profile]](https://www.dreamwidth.org/img/silk/identity/openid.png){kind=small}
no subject
Date: 2010-09-21 09:16 am (UTC)Если есть какая-то (имхо, весьма сомнительная) выгода
делать такой продукт, чтобы работал со всеми базами, то...
Специализироваться конкретно под PGSQL&Oracle ещё не жутко сложно, ИМХО.
А вот если добавить сюды ещё какой-нибудь MySQL, тады ой ;-)
Да и звучит странно - "хотим под Oracel".
Вот "хотим то-то и то-то оптимизировать", например, звучит разумно.
Неужели знание Oracle (но абсолютное незнание PGSQL) тут перевесит?
Oracle ещё и денег стоит, гм, немножко ;-)
no subject
Date: 2010-09-21 09:27 am (UTC)