Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Microsoft SQL Server Новый топик    Ответить
Топик располагается на нескольких страницах: [1] 2   вперед  Ctrl      все
 60 справочников по 3 строки или один на 200  [new]
Шамиль Фаридович
Member

Откуда: Саратов
Сообщений: 481
У нас заведена практика на каждое поле выбора заводить отдельный справочник, соответствующий энаму на бэке.
У одной и той же сущности может быть несколько полей для статуса - статус анкетирования, статус аттестации и т.д.
И для каждого такого статуса - отдельная таблица-справочник.
Большая часть этих справочников вообще никогда не используется, но они помогают быстро сопоставить базу и фронт при возникновении каких-либо проблем.

Но вот заказчик просит завести 1 справочник примерно такого вида
CREATE TABLE [Statuses] (
Id
EntityTypeId
Kind
Name)


Куда собирается класть разные статусы разных сущностей. Слабая аргументация "пусть пока так будет" меня в восторг не приводит.
Так как с базой работают много разработчиков, то наличие большого количества справочников препятствует лишней индексации таблиц. Мало у кого поднимется рука построить индекс по полю, где всего 3 разных значения (судя по связанному справочнику). Но вот по ссылке на справочник из 200 строк уже могут.
Какого-то отчета, где требовалось бы вывести все статусы для разных сущностей у нас нет, и вряд ли такое понадобится.

Но может я чего не вижу, и у большого справочника статусов есть свои плюсы?
17 ноя 20, 12:26    [22233616]     Ответить | Цитировать Сообщить модератору
 Re: 60 справочников по 3 строки или один на 200  [new]
Guf
Member

Откуда: Новосибирск
Сообщений: 655
Шамиль Фаридович,

У нас есть один проект, в котором разработчики бэка принципиально не делают enum-ы в БД. По этому для отчетов сделана одна большая таблица (такая какую хочет ваш заказчик), которую мы поддерживаем сами.
И есть другой проект, в котором несколько сотен маленьких таблиц.
Не испытываем ни каких проблем ни там, ни там. Удовольствий, в прочем, тоже нет.
17 ноя 20, 14:11    [22233732]     Ответить | Цитировать Сообщить модератору
 Re: 60 справочников по 3 строки или один на 200  [new]
fkthat
Member

Откуда:
Сообщений: 3840
Шамиль Фаридович
Мало у кого поднимется рука построить индекс по полю, где всего 3 разных значения (судя по связанному справочнику). Но вот по ссылке на справочник из 200 строк уже могут.

А какая разница, даже если там не 200, а 200 тыс. значений, если в отдельно взятой таблице все равно будут встречаться только 3 из них.
17 ноя 20, 15:00    [22233821]     Ответить | Цитировать Сообщить модератору
 Re: 60 справочников по 3 строки или один на 200  [new]
andreymx
Member

Откуда: Запорожье
Сообщений: 54382
внешние ключи как-то подвязывать собираетесь?
если нет, то в принципе пофиг

Сообщение было отредактировано: 17 ноя 20, 18:02
17 ноя 20, 18:07    [22234037]     Ответить | Цитировать Сообщить модератору
 Re: 60 справочников по 3 строки или один на 200  [new]
Шамиль Фаридович
Member

Откуда: Саратов
Сообщений: 481
andreymx,
Да, внешние ключи в любом случае будут, 99% все ФК будут некаскадными.
17 ноя 20, 21:33    [22234187]     Ответить | Цитировать Сообщить модератору
 Re: 60 справочников по 3 строки или один на 200  [new]
andreymx
Member

Откуда: Запорожье
Сообщений: 54382
Шамиль Фаридович
andreymx,
Да, внешние ключи в любом случае будут, 99% все ФК будут некаскадными.
цвет: громкий
звук: твердый
твердость: голубой

зато все параметры в справочнике :)
17 ноя 20, 22:47    [22234236]     Ответить | Цитировать Сообщить модератору
 Re: 60 справочников по 3 строки или один на 200  [new]
Шамиль Фаридович
Member

Откуда: Саратов
Сообщений: 481
andreymx,
Узнал аргумент автора идеи с большим справочником:
увеличивается скорость разработки вроде как за счет уменьшения количества энамов.
А вот лид с бека говорит, что это небольшое ускорение с лихвой компенсируется сложностью поддержки этого большого энама, ибо сами разработчики иногда путают EntityType. И да, твердый цвет уже встречался.
18 ноя 20, 09:41    [22234376]     Ответить | Цитировать Сообщить модератору
 Re: 60 справочников по 3 строки или один на 200  [new]
andreymx
Member

Откуда: Запорожье
Сообщений: 54382
на один справочник проще сделать общее приложение
чем лепить 200

хотя если они однотипные, то нормальному разрабу не сильно сложнее сделать общую форму для всех 200
18 ноя 20, 10:34    [22234405]     Ответить | Цитировать Сообщить модератору
 Re: 60 справочников по 3 строки или один на 200  [new]
andreymx
Member

Откуда: Запорожье
Сообщений: 54382
Шамиль Фаридович
ибо сами разработчики иногда путают EntityType
можно и название справочника спутать...
Для 200 отдельных предлагаю сделать сквозной сиквенс, и FK
тогда точно ничего не перепутается
18 ноя 20, 10:42    [22234409]     Ответить | Цитировать Сообщить модератору
 Re: 60 справочников по 3 строки или один на 200  [new]
fkthat
Member

Откуда:
Сообщений: 3840
andreymx
Для 200 отдельных предлагаю сделать сквозной сиквенс, и FK
тогда точно ничего не перепутается

А зачем сквозной сиквенс? Ведь каждый FK будет на свою таблицу-справочник.
18 ноя 20, 12:44    [22234509]     Ответить | Цитировать Сообщить модератору
 Re: 60 справочников по 3 строки или один на 200  [new]
fkthat
Member

Откуда:
Сообщений: 3840
Шамиль Фаридович
andreymx,
Узнал аргумент автора идеи с большим справочником:
увеличивается скорость разработки вроде как за счет уменьшения количества энамов.
А вот лид с бека говорит, что это небольшое ускорение с лихвой компенсируется сложностью поддержки этого большого энама, ибо сами разработчики иногда путают EntityType. И да, твердый цвет уже встречался.

В случае стправочников в БД у них на беке enum-ов вообще быть не должно. Или же они собираются при каждом изменении справочника в БД вносить изменения в код и все пересобирать.
18 ноя 20, 12:52    [22234520]     Ответить | Цитировать Сообщить модератору
 Re: 60 справочников по 3 строки или один на 200  [new]
Критик
Member

Откуда: Москва / Калуга
Сообщений: 34241
Блог
Шамиль Фаридович,

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

в один момент количество записей в такой структуре станет довольно велико и расходы на разворачивание повысятся,

затем последует отказ от такого вида хранения и переделка всего, что наколбасили за это время - а это будут существенные расходы
18 ноя 20, 14:15    [22234591]     Ответить | Цитировать Сообщить модератору
 Re: 60 справочников по 3 строки или один на 200  [new]
SERG1257
Member

Откуда:
Сообщений: 2788
Обсуждалось в проектировании.
Аргумент ЗА только один - это круто, модно, молодежно. Я художник, я так вижу.
Остальная экономиня - натягивание совы на глобус.
Поскольку это вопрос ВЕРЫ - переубедить рациональными аргументами невозможно.

Аргументы против - права на все справочники будут одинаковыми,
вместо N таблиц-справочников легко появляются N вьюх (ибо выпадающие поля надо делать)
Сложнее добавить поле в отдельный справочник, (не влезает в прокрустово ложе универсала)
твердый цвет уже упомянуто.
18 ноя 20, 17:51    [22234812]     Ответить | Цитировать Сообщить модератору
 Re: 60 справочников по 3 строки или один на 200  [new]
Критик
Member

Откуда: Москва / Калуга
Сообщений: 34241
Блог
SERG1257,

Права можно реализовать с помощью безопасности на уровне строк. Это конечно добавит новые тормоза, но вполне возможно так сделать.
18 ноя 20, 19:23    [22234873]     Ответить | Цитировать Сообщить модератору
 Re: 60 справочников по 3 строки или один на 200  [new]
Владислав Колосов
Member

Откуда:
Сообщений: 8047
Шамиль Фаридович,

автор
Id
EntityTypeId
Kind
Name


Должно быть два справочника для такой задачи:
EntityType (ID, description, Enabled, SoOn)
EntityTypeKind (EntityTypeID, ID, Name, SoOn)
18 ноя 20, 19:27    [22234876]     Ответить | Цитировать Сообщить модератору
 Re: 60 справочников по 3 строки или один на 200  [new]
Relic Hunter
Member

Откуда: AB
Сообщений: 7429
Шамиль Фаридович,

щас модно всю справочно-конфигурацию в одном json файле хранить. и что такое справочник? чем он отличается он не справочника? список сотрудников это справочник? а список проектов над какими они работают тоже? и чем список статусов отличается в этом плане? есть только сущности (entity) и отношения между ними (association) и ничего более.

Сообщение было отредактировано: 18 ноя 20, 19:50
18 ноя 20, 19:51    [22234888]     Ответить | Цитировать Сообщить модератору
 Re: 60 справочников по 3 строки или один на 200  [new]
fkthat
Member

Откуда:
Сообщений: 3840
Relic Hunter
и что такое справочник?

Под "справочником" обычно подразумевают таблицу, единственная цель которой это просто перечисление допустимых значений какого-либо поля из другой таблицы.
18 ноя 20, 20:21    [22234913]     Ответить | Цитировать Сообщить модератору
 Re: 60 справочников по 3 строки или один на 200  [new]
Relic Hunter
Member

Откуда: AB
Сообщений: 7429
нет.
fkthat
Relic Hunter
и что такое справочник?

Под "справочником" обычно подразумевают таблицу, единственная цель которой это просто перечисление допустимых значений какого-либо поля из другой таблицы.
18 ноя 20, 21:49    [22234945]     Ответить | Цитировать Сообщить модератору
 Re: 60 справочников по 3 строки или один на 200  [new]
godsql
Member

Откуда:
Сообщений: 134
не совсем понятно, почему уперлись в "одну большую таблицу". Что мешает сделать несколько "средних"? :) Разбивая по типам, содержимому и необходимостям.

А вот это: "Большая часть этих справочников вообще никогда не используется" -настораживает, обычно означает, что проектирование хромает. Ибо: "не стоит плодить сущности сверх необходимого" :)
18 ноя 20, 22:19    [22234966]     Ответить | Цитировать Сообщить модератору
 Re: 60 справочников по 3 строки или один на 200  [new]
alexeyvg
Member

Откуда: Moscow
Сообщений: 31602
Критик
Права можно реализовать с помощью безопасности на уровне строк. Это конечно добавит новые тормоза, но вполне возможно так сделать.
Можно всё, конечно, но в итоге получается, что разработчики будут писать то, что уже написано, будут строить свои таблицы над таблицами СУБД, свои типы данных на базовых типах СУБД, свою систему прав и т.д.
Нет никаких сомнений, что они это сделают глючнее, тормознутее, чем специалисты вендоров СУБД, работать с этим будет сложнее, что на это нельзя будет найти специалиста, и главное, зачем тратить деньги на то, что уже есть? Расходы будут такими, что топовые версии Оракл с Сиквелом покажутся практически бесплатными.
18 ноя 20, 23:28    [22235005]     Ответить | Цитировать Сообщить модератору
 Re: 60 справочников по 3 строки или один на 200  [new]
Шамиль Фаридович
Member

Откуда: Саратов
Сообщений: 481
fkthat
Relic Hunter
и что такое справочник?

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

Именно так. Причем чаще всего справочник очень статичен.
SERG1257
Поскольку это вопрос ВЕРЫ - переубедить рациональными аргументами невозможно.

Вот это уже печально.

Вообще за 2 дня не увидел ни одного довода за большой справочник.
Зато кучу советов, как его лучше реализовать, в том числе и для бэка. Там крутые ребята, не беспокойтесь:)
19 ноя 20, 01:11    [22235030]     Ответить | Цитировать Сообщить модератору
 Re: 60 справочников по 3 строки или один на 200  [new]
Критик
Member

Откуда: Москва / Калуга
Сообщений: 34241
Блог
Довод "за" только один - если запихнуть в одну таблицу все справочники, то проект в SSDT не будет тормозить )

ps если в проекте десятки тысяч объектов, то он валидируется весьма неспешно,
но даже это не стоит тех трудностей, которые вы себе обеспечите применением EAV-модели - вот представьте, что вам нужно выпилить из системы какой-нибудь функционал, тогда вам нужно будет не только удалять таблицы, но и выборочно избавляться от данных в подобном справочнике, короче, геморрой будет )
19 ноя 20, 01:19    [22235035]     Ответить | Цитировать Сообщить модератору
 Re: 60 справочников по 3 строки или один на 200  [new]
Ares_ekb
Member

Откуда: Екатеринбург
Сообщений: 1511
Relic Hunter
список сотрудников это справочник? а список проектов над какими они работают тоже?
Их иногда называют мастер-данными. С одной стороны, они похожи на справочники тем, что на них много ссылок из других данных, тем, что их нужно унифицировать и гармонизировать. С другой стороны, они похожи на транзакционные данные частотой изменений и относительно сложной структурой.

Если по теме, то иногда проще не париться. Ну, хочет заказчик сделать так, ты привел доводы, что лучше делать иначе. Он не согласился. Значит либо доводы были недостаточными и в следующий раз нужно быть более убедительным. Либо заказчик СЗБ, его предупредили о проблемах, он принял на себя эту ответственность. Или может ты чего-то не знаешь, может у них сто других проектов уже сделаны по этой схеме и им так действительно проще.

Если весь проект такой, что каждую фигню нужно с кем-то согласовывать, всё делается плохо и сложно, и это годами не меняется, то проще сменить работу. Я реально сталкивался с проектами, где какой-то школьник на архитекторе спроектировал и базу данных, и пользовательский интерфейс. И заказчик спрашивает почему целых 2 недели заложено на реализацию модуля, мы же вам всё уже расписали, посадите программиста, он за пару дней всё сделает.
19 ноя 20, 09:38    [22235097]     Ответить | Цитировать Сообщить модератору
 Re: 60 справочников по 3 строки или один на 200  [new]
godsql
Member

Откуда:
Сообщений: 134
Шамиль Фаридович,

А какие ты хочешь доводы? Для доводов нужно знать проект и условия для его разработки и применения. Для этого есть спецлюди, которые за определенное время и неплохой гонорар все это проанализируют и выдадут совет.
А здесь ... Ну "помахали" тебе руками... Легче стало? :)
Даже если у вас все сделано через жопу, но вы к этому привыкли и это вам не сильно мешает - ну, продолжайте... Т.к. большие изменения лучше убирать при кардинальной смене проекта.

PS. Вот я сейчас работаю с базой, где, чтобы вытащить значение, нужно пройти через 8 немаленьких таблиц, причем, весьма нетривиальным способом и ломаю голову, как бы это все ускорить. Периодически вспоминая разработчиков тихим ласковым словом :)
19 ноя 20, 09:42    [22235101]     Ответить | Цитировать Сообщить модератору
 Re: 60 справочников по 3 строки или один на 200  [new]
L_argo
Member

Откуда:
Сообщений: 1297
Доводы в пользу 1-го большого справочника:

1. Для создания нового справочника нужно всего лишь вставить неск. записей. Не нужны права на создание таблицы.
2. Удаление лишних справочников - см. п.1.
3. Список таблиц в проекте будет кратким, а не с многими сотнями микротаблиц.
4. Вычитку нужного значения из "единого" справочника можно сделать простым одинаковым подзапросом или одной функцией.
5. Единый и простой гуи-интерфейс.

На избитый вопрос "а как же ссылочная целостность ?" встречный вопрос "Вам известна хоть одна известная ERP-система, где СЦ уровня СУБД используется ?"

Недостатки:
1. Сложно делать справочники, если они неодинаковые по структуре, н-р с дополнительными ссылками или инф. полями. Хотя эта проблема частично решается тем же EAV.
2. Безопасность ниже, чем в случае отдельных таблиц. Хотя и тут можно применить ряд мер, усложняющих несанкц. доступ.
19 ноя 20, 11:25    [22235173]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: [1] 2   вперед  Ctrl      все
Все форумы / Microsoft SQL Server Ответить