Словари
Запись от and_y87 размещена 10.04.2024 в 23:54
Показов 1548
Комментарии 4
Метки mysql, postgres, postgresql, база данных, базы данных
|
Хочется, что бы работа шла быстро и без ошибок. Особенно без грамматических во всякого рода запросах. Заказчик дал задачу: "Сделать множество списков, которые он смог бы расширять". На этапе проектирования приложения сделали таблицы в базе данных:
всё "работает как швейцарские часы"... но мысль гложет меня:
В целом код всегда должен быть рабочим и лесть в базу для прямых нативных запросов не должно быть поводов. Но увы мы живём в сложном мире, где иногда заказчик сам не помнит какую логику запросил и сетует на ошибки в программе, из-за чего приходится за не имением инструментария для анализа "эксклюзивных багов" лесть в админку и строчить нативный SQL; Вот и думаю стоят ли длинные имена этих "страданий"... Пока писал, поразмыслил... и буду плакать - стоят они своих имён... С одной стороны - минус такой:
С одной стороны - удобно:
 option и value кратко, лаконично, но как кратко так же и неясно: что это за значение и что это за опции... разработчик помнить связь с таблицей dictionary будет дня 2-3... далее эти таблицы будут вызывать вопросы... и уйдёт время на понимание что это и зачем это... |
Метки mysql, postgres, postgresql, база данных, базы данных
Надоела реклама? Зарегистрируйтесь и она исчезнет полностью.
Всего комментариев 4
Комментарии
-
На мой взгляд лучше с приставками. И дело тут больше не в "понмю/не помню". Проект будет расти и могут появится еще какие то таблицы где хочется назвать "value". А потом еще друг поделится готовым модулем с другого проекта. Т.е., строго говоря, может вообще еще подумать еще и добавлении даже префикса обозначающего вендора. Иными словами подход аналогичен наименованию классов.
Что касается про "забыл" если я правильно понял предыдущую запись вы пользуетесь yii, и вероятно у вас дам доктрина. Потом как разработчик вы в первую очередь оперируете сущностями, а не тем как они в БД размещаются. Нужно ли вам часто в базу лезть? Ведь однажды вы может изобретете (ну или воспользуетесь созданной кем то) какую то систему хранения крутую где вообще нет ни столбцов ни таблицы
Запись от voral размещена 11.04.2024 в 06:59 
-
лучше взять нормальную ОРСУБД, например, PostgreSQL
Сообщение от voral
Запись от XLAT размещена 11.04.2024 в 09:27 
-
Согласен
Сообщение от voral
Верно
Сообщение от voral
доктрины нет.
Сообщение от voral
Полностью согласен.
Сообщение от voral
Как писал: "мы живём в сложном мире". Увы но очень часто... Гораздо чаще чем хотелось бы...
Сообщение от voral
Заказчик периодически, на что то указывает через свои домыслы и из БД достаю данные показывая факты вместо досмыслов.
И все эти домыслы очень специфичны
Это да... тоже согласен с посылом.
Сообщение от voral
Ведь однажды вы может изобретете (ну или воспользуетесь созданной кем то) какую то систему хранения крутую где вообще нет ни столбцов ни таблицыЗапись от and_y87 размещена 12.05.2024 в 12:57
-
о! мы как раз её используем.
Сообщение от XLAT
Но мысль в посте была про другое...Запись от and_y87 размещена 12.05.2024 в 12:58
Сообщение от voral
