В Советской Белоруссии SQL разжигает айседа

[metaclass]

http://theiced.livejournal.com/238346.html
Собственно, про кобол я не знаю, на дельфи пишу уже 15 лет и никак избавится от него не могу (слишком много легаси кода), а вот про SQL я с ним не согласен.
Сам по себе SQL очень хорошо подходит для генерации отчетов. Если отчет сводится к фильтрации-сортировке-группировке множеств - идеально. С рекурсивными CTE - еще и деревья можно обрабатывать, не особо включая мозг. Всунув поверх этого минимальных размеров постобработку на какой-нибудь функциональщине, можно сделать почти любой отчет, пришедший в голову свихнувшимся на Excel выпускникам нархоза, работающим в минстате, минфине и МНС.

Но когда доходит до процедурных расширений, API между СУБД и клиентскими приложениями или каких-нибудь вещей, которые забыли вовремя добавить в стандарт - начинается полная, немыслимая жопа.
Например, проклятая тема - генерация автоинкрементных ключей и возвращение значений автоматически заполненных полей. Кто во что горазд - identity, генераторы, sequence, функции (в каждой СУБД названные по разному), returning, заебы на тему "вызывать в той же транзакции и сессии" и прочая и прочая. Про вариации на тему "вернуть поле, которое заполняется автоматически, но не является ключом/identity" лучше даже не думать.
Неудивительно, что люди при первой же возможности сбегают в ORM (которые являются уже второй производной от всего этого маразма и несут на себе его неизгладимый след).

Comments

[fraks-nsk.livejournal.com]

Я так понимаю что люди сбежавшие на ОРМ обнаруживают что кроме потери нормальной работы с нативным серверным SQL позволяющим юзать сервер БД не как просто помойку записей они подсаживаются на этот самый ОРМ. Т.е. шило на мыло.

[norguhtar.livejournal.com]

ORM просто избавляет от нудного ручного труда по трансляции данных программы в данные СУБД. Причем приличный ORM позволяет вмешиваться руками в создаваемый запрос, а так же вообще нагло сходить нативным SQL в базу. В результате во многих случаях оптимизация на ORM сводится добавить тут хинты или сделать тут вместо генеримого запроса, свой ручной. Просто на ORM надо идти предварительно плотно поработав с РСУБД и четким пониманием что эта хрень делает. Иначе полный ад, так-как от разработчика эта штука скрывает РСУБД весьма неплохо.

[theiced.livejournal.com]

увы да - ибо рсубд тотальное говно и надо понимать что в каждом конкретном случае делает орм. ну или хотя бы уметь разобраться почему перфоманс ушёл фхуй и объяснить орму что он не прав.

[norguhtar.livejournal.com]

Текущая абстракция хуле. Но увы в данный момент ничего лучше РСУБД для общих случаев хранить данные не придумано.

[theiced.livejournal.com]

так хуй с ними с рсубд. сам сикль ГОВНО. ну вон то что М пишет - только в 2008ом году indentity попало в стандарт. а в базах мало того что в каждой свой костыль, так ещё и "стандартный" будет... лет через 5-6.

[norguhtar.livejournal.com]

Это вопрос стандартизации, вон возьмем html. Пока другие чуваки не сказали вы заебали мы сделаем свой стандарт, эти w3c вату катать собирались до 2015 года. А в случае SQL со стандартизацией а так же с лидерами все плохо. Ну нету в РСУБД своего webkit.

[theiced.livejournal.com]

ооо. хтмль же. делалось учёными для учёных. получился пиздец непредставимой величины. взять любой фэйл - там всегда пидорасы для хипстеров. или хипстеры для сотрудников нии гит. обычно с коммитетами, спецификациями на 2000 страниц (или вообще безо всякой документации) и обязательной поддержкой латыни и беларуского, марсианских таймзон и без возможности делать вещи нужные каждый день. а там где всё заебись - делали практикующие программисты чуть более чем всегда.

[sbj-ss.livejournal.com]

Да, с поддержкой латыни, белорусского и тамильского. И с тайм-зонами для суток, в которых не 24 часа. Иначе те же самые пидорасы с хипстерами это введут в ни с чем не совместимой версии максимально ублюдочным способом и сделают стандартом де-факто. В SQL насмотрелись уже.

[fraks-nsk.livejournal.com]

Это ОРМ - тотальное гавно ибо
- собственно данные хранить не умеет
- все равно для адекватной эффективности приходится смотреть на работу с СУБД.

Итого - ОРМ всего-лишь ненужная прокладка.

Утрированно.

[vp.livejournal.com]

>Итого - ОРМ всего-лишь ненужная прокладка.

Я как бы не согласен совсем. Эффективность адекватна, если уметь этих кошек готовить. Например, Hibernate генерирует при правильном конфиге именно те запросы, которые бы написал сам.

[fraks-nsk.livejournal.com]

А я не только про запросы, я про их количество и таскание ненужных данных во имя заполнения полей

[norguhtar.livejournal.com]

Ну извиняйте, но людям нужны более простые интерфейсы. А то так выяснится что во имя передвижения мы вместо того чтобы ходить ногами ездим на весьма сложном с технической стороны автомобиле.

[norguhtar.livejournal.com]

Ну извиняйте, но людям нужны более простые интерфейсы. А то так выяснится что во имя передвижения мы вместо того чтобы ходить ногами ездим на весьма сложном с технической стороны автомобиле.

[vp.livejournal.com]

Давайте определимся с целями и задачами, а то так далеко зайдем.
Цель - не "сгенерить по имеющимся классам какую-то базу и какой-то ДАО". Получится херня.
Должна нормально вдумчиво проектироваться база, под нее писаться на ОРМе прослойка. Цель прослойки - упрощение работы с базой и простота будушего рефакторинга. Но мозг это не отменяет, и то, что он генерирует, нужно смотреть глазами.

[fraks-nsk.livejournal.com]

гибернейт сгенерирует только простые запросы которые подразумевают что БД это тупое хранилище.
Нередко гораздо эффективней написать процедуру или execute block с выполнением кода на сервере чем тащить это на клиента и там распихивать по объектам ОРМ и уже по ним елозить, как когда-то по DBF табличкам. Да, так и при ОРМ можно сделать, но он тут будет только мешать.

[veremeenko-alex.livejournal.com]

Хранимки еще большее зло. Логика растекается по программе, базе данных, UDF.
Рефакторинг становится анальной карой.

[vp.livejournal.com]

Безусловно, это не золотой костыль. Потому мозг все равно нужно включать :)

[metaclass.livejournal.com]

Не факт, я свои запросы обычно хинтами перепиливаю, иначе оптимизатор буянит.

[nivanych.livejournal.com]

Поделитесь, как ви на поцгресе запросы обычно хинтами перепиливаете?

[darkdrip.livejournal.com]

всё блять. буду писать сайтики на mod_plsql. нахуй эти прокладки нужны?

[norguhtar.livejournal.com]

А какие варианты? Закат солнца в ручную? Нет спасибо, я лучше с ORM поработаю.

[fraks-nsk.livejournal.com]

ОРМ - это закат солнца вручную 1,5-2 раза.

[norguhtar.livejournal.com]

Да ладно? Может поделитесь как надо тогда делать? Мне вот правда интересно.

[norguhtar.livejournal.com]

А какие варианты? Закат солнца в ручную? Нет спасибо, я лучше с ORM поработаю.

[bydl0coder.livejournal.com]

ОРМ-хейтеры, типа вас, такие же фанбои, как и SQL-хейтеры. "Всему свое время, и время всякой вещи под небом".