Форум программистов, компьютерный форум, киберфорум
and_y87
Войти
Регистрация
Восстановить пароль
Блоги Сообщество Поиск Заказать работу  

Словари

Запись от and_y87 размещена 10.04.2024 в 23:54
Показов 1295 Комментарии 4

Хочется, что бы работа шла быстро и без ошибок. Особенно без грамматических во всякого рода запросах.

Заказчик дал задачу: "Сделать множество списков, которые он смог бы расширять".

На этапе проектирования приложения сделали таблицы в базе данных:
  • dictionary - словари/справочники
  • dictionary_option - значения для справочника: элементы option, выпадающего списка
  • dictionary_value - список привязки значений(dictionary_option) к моделям для множественного выбора

всё "работает как швейцарские часы"... но мысль гложет меня:

А может надо было обозвать таблицы без приставки?
  • dictionary
  • option
  • value
Что бы нативный SQL был короче:
SQL
1
2
3
4
SELECT u.*, o.value AS 'office'
  FROM USER u
    LEFT JOIN `option` o ON o.id = u.offile_id
  WHERE id = 2
vs
SQL
1
2
3
4
SELECT u.*, `do`.value AS 'office'
  FROM USER u
    LEFT JOIN dictionary_option `do` ON `do`.id = u.offile_id
  WHERE id = 2

В целом код всегда должен быть рабочим и лесть в базу для прямых нативных запросов не должно быть поводов.
Но увы мы живём в сложном мире, где иногда заказчик сам не помнит какую логику запросил и сетует на ошибки в программе, из-за чего приходится за не имением инструментария для анализа "эксклюзивных багов" лесть в админку и строчить нативный SQL; Вот и думаю стоят ли длинные имена этих "страданий"...

Пока писал, поразмыслил... и буду плакать - стоят они своих имён...

С одной стороны - минус такой:
  • когда пишешь нативный SQL запрос, приходится писать лишнюю длинную приставку, в которой можно допустить грамматическую ошибку

С одной стороны - удобно:
  • таблицы находятся рядом друг с другом
  • и самое важное - имя таблицы является очень чётким и ясным
P.S. в нашем случае dictionary_value не даёт столь очевидный посыл что она содержит, и её бы переименовать, но что имеем то имеем

option и value кратко, лаконично, но как кратко так же и неясно:
что это за значение и что это за опции... разработчик помнить связь с таблицей dictionary будет дня 2-3...
далее эти таблицы будут вызывать вопросы... и уйдёт время на понимание что это и зачем это...
Надоела реклама? Зарегистрируйтесь и она исчезнет полностью.
Всего комментариев 4
Комментарии
  1. Старый комментарий
    На мой взгляд лучше с приставками. И дело тут больше не в "понмю/не помню". Проект будет расти и могут появится еще какие то таблицы где хочется назвать "value". А потом еще друг поделится готовым модулем с другого проекта. Т.е., строго говоря, может вообще еще подумать еще и добавлении даже префикса обозначающего вендора. Иными словами подход аналогичен наименованию классов.

    Что касается про "забыл" если я правильно понял предыдущую запись вы пользуетесь yii, и вероятно у вас дам доктрина. Потом как разработчик вы в первую очередь оперируете сущностями, а не тем как они в БД размещаются. Нужно ли вам часто в базу лезть? Ведь однажды вы может изобретете (ну или воспользуетесь созданной кем то) какую то систему хранения крутую где вообще нет ни столбцов ни таблицы
    Запись от voral размещена 11.04.2024 в 06:59 voral вне форума
  2. Старый комментарий
    Аватар для XLAT
    Цитата Сообщение от voral
    На мой взгляд лучше с приставками
    лучше взять нормальную ОРСУБД, например, PostgreSQL
    Запись от XLAT размещена 11.04.2024 в 09:27 XLAT вне форума
  3. Старый комментарий
    Аватар для and_y87
    Цитата Сообщение от voral
    На мой взгляд лучше с приставками. И дело тут больше не в "понмю/не помню". Проект будет расти и могут появится еще какие то таблицы где хочется назвать "value". А потом еще друг поделится готовым модулем с другого проекта. Т.е., строго говоря, может вообще еще подумать еще и добавлении даже префикса обозначающего вендора. Иными словами подход аналогичен наименованию классов.
    Согласен

    Цитата Сообщение от voral
    Что касается про "забыл" если я правильно понял предыдущую запись вы пользуетесь yii)
    Верно

    Цитата Сообщение от voral
    и вероятно у вас дам доктрина
    доктрины нет.

    Цитата Сообщение от voral
    Потом как разработчик вы в первую очередь оперируете сущностями, а не тем как они в БД размещаются.)
    Полностью согласен.


    Цитата Сообщение от voral
    Нужно ли вам часто в базу лезть?
    Как писал: "мы живём в сложном мире". Увы но очень часто... Гораздо чаще чем хотелось бы...
    Заказчик периодически, на что то указывает через свои домыслы и из БД достаю данные показывая факты вместо досмыслов.
    И все эти домыслы очень специфичны

    Цитата Сообщение от voral
    Ведь однажды вы может изобретете (ну или воспользуетесь созданной кем то) какую то систему хранения крутую где вообще нет ни столбцов ни таблицы
    Это да... тоже согласен с посылом.
    Запись от and_y87 размещена 12.05.2024 в 12:57 and_y87 вне форума
  4. Старый комментарий
    Аватар для and_y87
    Цитата Сообщение от XLAT
    лучше взять нормальную ОРСУБД, например, PostgreSQL
    о! мы как раз её используем.

    Но мысль в посте была про другое...
    Запись от and_y87 размещена 12.05.2024 в 12:58 and_y87 вне форума
 
Новые блоги и статьи
Сравнение GCC 14 и Clang 18 компиляторов C для HPC
bytestream 08.06.2025
В высокопроизводительных вычислениях (HPC) выбор компилятора - это ход, способный радикально изменить производительность всей системы. Работая последние 15 лет с критическими HPC-системами, я видел. . .
Всё о конфигурации ASP.NET Core
stackOverflow 08.06.2025
Старый добрый web. config, похоже, отправился на пенсию вместе с классическим ASP. NET. За годы работы с различными проектами я убедился, что хорошо организованная конфигурация – это половина успеха. . .
dev-c++5.11 Продолжаю движение.
russiannick 08.06.2025
Казалось, день прошел впустую. Просмотрел кучу видео и только потом заметил заголовок - уроки си. Искусители сбивали новичка с пути с++. Так легко ошибиться когда вокруг столько яп содержащих в. . .
Квантовые алгоритмы и обработка строк в Q#
EggHead 07.06.2025
Квантовые вычисления перевернули наше представление о том, как работать с данными, а Q# стал одним из ключевых языков для разработки квантовых алгоритмов. В традиционых системах мы оперируем битами —. . .
NUnit и C#
UnmanagedCoder 07.06.2025
В . NET существует несколько фреймворков для тестирования: MSTest (встроенный в Visual Studio), xUnit. net (более новый фреймворк) и, собственно, NUnit. Каждый имеет свои преимущества, но NUnit. . .
с++ Что нового?
russiannick 06.06.2025
Продолжаю обзор dev-cpp5. 11. Посмотрев на проекты, предоставленные нам для обучения, становится видно, что они разные по содержащимся файлам где: . dev обязательно присутствует . cpp/ . c один из них. . .
WebAssembly в Kubernetes
Mr. Docker 06.06.2025
WebAssembly изначально разрабатывался как бинарный формат инструкций для виртуальной машины, обеспечивающий высокую производительность в браузерах. Но потенциал технологии оказался гораздо шире - она. . .
Как создать первый микросервис на C# с ASP.NET Core, step by step
stackOverflow 06.06.2025
Если говорить простыми словами, микросервисная архитектура — это подход к разработке, при котором приложение строится как набор небольших, слабо связанных сервисов, каждый из которых отвечает за. . .
Рисование коллайдеров Box2D v2 на Three.js с помощью порта @box2d/core
8Observer8 06.06.2025
Используется порт Box2D v2 под названием @box2d/ core - пакет NPM. Загрузил документацию Box2D v2 на Netlify: https:/ / box2d-v2-docs. netlify. app/ Документацию Box2D v2 можно скачать с официального. . .
Как создать стек в Python
AI_Generated 05.06.2025
Как архитектор с более чем десятилетним опытом работы с Python, я неоднократно убеждался, что знание низкоуровневых механизмов работы стеков дает конкурентное преимущество при решении сложных задач. . . .
КиберФорум - форум программистов, компьютерный форум, программирование
Powered by vBulletin
Copyright ©2000 - 2025, CyberForum.ru
OSZAR »