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

[metaclass]

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

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

Comments

[norian.livejournal.com]

> проклятая тема - генерация автоинкрементных ключей и возвращение значений автоматически заполненных полей

дык можно юзать клиентский синглтон для генерации, не ?

[asvil (from livejournal.com)]

Несколько клиентов обычно.

[norian.livejournal.com]

ну да .. если нужны строго последовательные ключи, тогда вилы ..

[theiced.livejournal.com]

гагага

[metaclass.livejournal.com]

Да, особенно когда приложений десяток штук и каждое запущено от одного до сотни раз.

[guamoka.livejournal.com]

uuid'ы?

[nivanych.livejournal.com]

Ну что вы. Нужно выделять N бит внутри PK, чтобы каждый клиент создавал ключи в своём адресном пространстве.
;-)

[norian.livejournal.com]

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

а взятие диапазона можно атомизировать забив на перформанс

[norian.livejournal.com]

ну или написать сервер - тупо на сях - и забыть о проблеме

[skif-by.livejournal.com]

Вы сделали мой день. Честно. Я восхищённо апплодирую стоя.

[guamoka.livejournal.com]

сервер с синглтоном. вы не поняли.

[norian.livejournal.com]

ну кстати один раз можно и сервер написать, не бином ньютона - и больше никогда не испытывать попаболи с генерацией

[prepor.livejournal.com]

да вы любите пофантазировать. вот вам https://github.com/twitter/snowflake

[norian.livejournal.com]

надо же .. скала

нет чтобы на плюсах хотя бы написать

[norian.livejournal.com]

ну не всё же масэлэница .. надо и долги отдавать