Бизнес-логика: Структура данных vs код

[metaclass]

plumqqz доставил нам очередную ссылку на ужасы обсуждения БД на хабре. Сама статья еще куда ни шло, за исключением представления constraints как мега-фичи (вроде это основа основ любой БД). В комментариях, само собой, дикий ад, трэш, угар, содомия, коровники, заборы, катаформизм хабракармы и голые бизнес-аналитекши.

Самое ужасное там - это когда структуре данных отказывают в праве считаться частью бизнес-логики, упирая на то, что "надо же абстрагироваться от хранилища".
При этом, даже если добится этого абстрагирования - то все равно структура данных будет в памяти, в виде графа объектов, будет нужен дополнительный код по интеграции этой структуры с тем, что живет в БД, и никуда мы от структуры данных не денемся. А уж про то, можно ли считать констрейнты (в т.ч. и сложные, выражаемые только в виде триггеров) частью типов данных - можно дискутировать вечно. По крайней мере, check и foreign key constraints это точно часть типа данных, в случае FK - это еще и зависимые типы, реализованные в понятном виде. В случае unique constraints - уже сложнее, но по идее, тоже зависимый тип (зависит от данных таблицы, в которой он используется).

Так вот, я считаю, что структура данных для бизнес-логики гораздо более важна, чем собственно код. Если вам скажут, что теперь операция с кодом "777029" не облагается НДС - вам всего лишь нужно добавить веточку в паттерн-матчинг. Структура программы от этого не изменится и коллегам вы билд нахрен не сломаете.
А если окажется, что для того, чтобы узнать, как обрабатывается операция, вам нужно заглянуть в настройки в СУБД - то внезапно, в гламурно-причесанной функционально-иммутабельной функции проверки условий появляется грязная монада IO, провайдеры коннектов к БД, автоматическое управление транзакциями, пул коннектов, кэши и прочая черняга и структура данных (к коей я отношу так же и сигнатуры функций) меняется весьма заметно. Альтернативный вариант - оставить функцию чистой, но добавить к ней еще параметров, передаваемых извне, проверить код коллег, записать в трекер и рассказать, что теперь без передачи в нее оккультного набора параметров функция больше не заработает.

Comments

[metaclass.livejournal.com]

Я делаю sql cкриптами.
А схема и прочее для ормов генерируется из модели, т.к. полное описание предметки в виде модели слишком сложное, чтобы его запихивать в любой частный язык программирования (за исключением разного рода лиспов, разве что)

[theiced.livejournal.com]

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

[theiced.livejournal.com]

вот, до вас доходит же потиху. именно - ВЫКИНУТЬ К ХУЯМ всю это ненадёжную поебень.

[sgalitsky.livejournal.com]

вообще, интересно, как подобные вам синюшные "надмозги" бредят рабочим материалом вне работы.
вы что, по начальственному страпону дома тоскуете, ась?

[sgalitsky.livejournal.com]

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

[theiced.livejournal.com]

а мне тут сообщают что ты говно1сник. иди ка вхуй родной, а.

[sgalitsky.livejournal.com]

родной, я тебя с 1с имел, когда тебе лет пять было.
забыл, поди?
сливаешься. исписался. ойвэй..

[theiced.livejournal.com]

опять какие то гомосячьи фантазии. леееесом.

[metaclass.livejournal.com]

А зачем ее выкидывать?
Констрейнты в виде FK,Unique и собственно структуры БД я оставлю по любому (по крайней мере, пока базы с ACID и типизированной функциональщиной не появится на горизонте).

Вот триггера и хранимые процедуры, похоже, придется оставить только для очень узких по производительности мест. Сложная логика нормальным повторно используемым образом туда не складывается, даже если SQL генерировать из нормальных языков. Разрабатывать семантику трансляции лиспа в императивные SQL-расширения разных серверов - ну его нахер, я лучше с нуля напишу.

[sgalitsky.livejournal.com]

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

про ебаццо в сракатан - это, кстати, Ваша тема.

[theiced.livejournal.com]

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

[theiced.livejournal.com]

с 1сниками не разговариваю, от этого тупеют так же как от хабра. проследуйте нахуй. /ignor

[sgalitsky.livejournal.com]

уважаемый айсед, будьте любезны писать иносраные слова правильно, - например, вместо "ignor" - "ignore"..
Вашу степень отупения и озалупления на окружающую среду я уже примерно представляю.

[theiced.livejournal.com]

ребе М, у вас в комментах завелась говорящая какашка. уберитесь пожалуйса, некультурно.

[metaclass.livejournal.com]

Не, ты что. Меня ждать отчета даже 10 секунд бесит, а ты предлагаешь минуту :)

[sgalitsky.livejournal.com]

акуеть. айсед просит за ним убирать.
дайте две, плз..

[metaclass.livejournal.com]

Ребе, мне придется банить тогда и вас и максдз и забиватора и артурега и вообще всех кто невежливо разговаривает, а я не хочу никого банить, мне тогда не с кем срачи будет разводить :)

[sgalitsky.livejournal.com]

это што было-то? песок в вагину попал или убунта с первого раза не встала?

[metaclass.livejournal.com]

Можно, впрочем, комменты заморозить, во избежание излишних взаимных оскорблений. :)

[sgalitsky.livejournal.com]

по мне так окай вообще. не я же от социума отбрыкиваюсь..)

[theiced.livejournal.com]

причём тут невежливо разговаривает. оно 1сник, это просто противо видеть.

[sgalitsky.livejournal.com]

за 1сника можно и по личику получить. между прочим.
- выражения-то выбирайте.

[sgalitsky.livejournal.com]

тащемта интересно наблюдать за мыслительным процессом у амеб.
если кому-то внезапно требуется базу 1с на oracle перенести у заказчика, то амеба считает этого человека 1сником.

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

[vp.livejournal.com]

Ну дык для того, чтобы сделать апдейт схемы, необходимо эту схему представлять. И необходимо понимать, на каком состоянии у тебя находится обновляемая система к твоей текущей версии, до которой ты собираешься ее догнать.
Как ты это делаешь без понимания того, как устроена база? (мы только что постулировали, что только так и нужно и нам пофиг что там)

[vp.livejournal.com]

То есть как обычно есть золотая пуля и на самом деле вопрос выеденого яйца не стоит. Ок.