Читая на ночь код чужой...
Sep. 20th, 2017 08:53 amРазбираюсь в структурах данных и исходниках двух программных продуктов. Ядро системы видеонаблюдения и вебовский личный кабинет. Две разные команды разработчиков (суровые серверные линуксоиды и креативные web-дезигнеры), две разные СУБД.
И один, о, небушко, подход: база данных как набор таблиц с полями. Про foreign keys, констрейнты, композитные индексы и прочую фигню не слышали. ER-диаграмма в обоих случаях представляет собой E-диаграмму (т.е. набор прямоугольников), ибо R отсутствует как класс.
Мне дико интересно, это так теперь модно? Или так теперь учат? Если вся логика работы с данными - в приложении, зачем вам Postgres и mySQL? Сложите всё в файлы или noSQL какой с эффективным кэшем в оперативке, даже быстрее работать будет. Нет, народ упорно мастрячит SQL-запросы по несвязанным (и нормально неиндексированным под эти запросы) таблицам. Потому что так все делают, вероятно.
Поубивав бы :)
P.S. О, суровые линуксоиды таки прочитали про sequens-ы, креативные веб-дезигнеры не осилили...
И один, о, небушко, подход: база данных как набор таблиц с полями. Про foreign keys, констрейнты, композитные индексы и прочую фигню не слышали. ER-диаграмма в обоих случаях представляет собой E-диаграмму (т.е. набор прямоугольников), ибо R отсутствует как класс.
Мне дико интересно, это так теперь модно? Или так теперь учат? Если вся логика работы с данными - в приложении, зачем вам Postgres и mySQL? Сложите всё в файлы или noSQL какой с эффективным кэшем в оперативке, даже быстрее работать будет. Нет, народ упорно мастрячит SQL-запросы по несвязанным (и нормально неиндексированным под эти запросы) таблицам. Потому что так все делают, вероятно.
Поубивав бы :)
P.S. О, суровые линуксоиды таки прочитали про sequens-ы, креативные веб-дезигнеры не осилили...