Читая на ночь код чужой...

[dzz]

Разбираюсь в структурах данных и исходниках двух программных продуктов. Ядро системы видеонаблюдения и вебовский личный кабинет. Две разные команды разработчиков (суровые серверные линуксоиды и креативные web-дезигнеры), две разные СУБД.

И один, о, небушко, подход: база данных как набор таблиц с полями. Про foreign keys, констрейнты, композитные индексы и прочую фигню не слышали. ER-диаграмма в обоих случаях представляет собой E-диаграмму (т.е. набор прямоугольников), ибо R отсутствует как класс.

Мне дико интересно, это так теперь модно? Или так теперь учат? Если вся логика работы с данными - в приложении, зачем вам Postgres и mySQL? Сложите всё в файлы или noSQL какой с эффективным кэшем в оперативке, даже быстрее работать будет. Нет, народ упорно мастрячит SQL-запросы по несвязанным (и нормально неиндексированным под эти запросы) таблицам. Потому что так все делают, вероятно.

Поубивав бы :)

P.S. О, суровые линуксоиды таки прочитали про sequens-ы, креативные веб-дезигнеры не осилили...

Comments

[rvb]

"Этот снег на голову нам уже знаком" (С)

К сожалению, не мода, а уже привычка.

[dzz.livejournal.com]

Рома, помнишь, как в 1999 мы плевались на ROL-овскую биллинговую систему с логикой на перле и без единой процедуры в базе? Ничего не изменилось :(

[rvb]

Изменилось. Теперь логику на жабаскрипте на стороне браузера делают :).

[dzz.livejournal.com]

И на джаве в Андроиде :)

[balanseeker.livejournal.com]

-- Поубивав бы :)

Солидарен.
Что такое обработка данных на стороне сервера БД, для этих тоже не известно...

[dzz.livejournal.com]

Дык, хранимые процедуры и функции вместе с серверными джобами - суть непостижимая мудрость, понять которую дано не всякому :)

[avnik.livejournal.com]

нуу хранимые -- это еще тот геморрой, в плане их деплоймента/обновлений и прочего devops.

[dzz.livejournal.com]

Угу, выдёргивать приложение из-под живых транзакций в базе проще :)
На самом деле, всё давно придумано, просто в каждой БД немножко свои механизмы на эту тему.

[dzz.livejournal.com]

Типа того :)

Главное, поколения программеров разные, а грабли всё те же.

[avnik.livejournal.com]

Что-то мне это напоминает... Скорее всего мужики и хотели сделать на файлах, а заказчег сказал "нет чтоб была субд", ну ладно и сделали как умели (все таки не каждый суровый линуксоед умеет быть dba)

[dzz.livejournal.com]

DBA - это определённый стиль мышления. Не настолько, как у LISP-программера, но, всё-таки ;)

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

[p2004r.livejournal.com]

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

[dzz.livejournal.com]

У микроскопа хорошая крепкая станина, отлично подходящая для для заколачивания гвоздей, ага :)

[mike-mihalych.livejournal.com]

Зачем последовательности, если надежнее GUID-ы.

[dzz.livejournal.com]

Так база же не распределённая, сингл-мастер, можно и просто сиквенсы. А так - да, надёжнее.