Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Структура таблицы
|
|||
|---|---|---|---|
|
#18+
Добрый день. Есть объект, который имеет несколько типов. - 1 и 2 тип: 1 большая TextArea Колонка: Text 3 тип: мин, макс и номер по умолчанию Колонки: min_number, max_number и default_number 4 тип: мин дата, макс дата и номер по умолчанию Колонки: min_date, max_date и default_date 5 тип: список со значениями и выбор дефолтного значения Колонки: value, is_default_value, value_sort (для правильного отображения в списке) Как правильно создать таблицу / таблицы под такой объект: Будет ли такая таблица, таблицой курильщика: object_id object_type_id text min_number max_number default_number min_date max_date default_date value is_default_value value_sort В зависимости от типа заполнять нужные поля, а остальные оставлять NULL. Логику доставания данных для определённого типа делать на стороне приложения. Или нужно выделить схожие типы и рассувать по таблицам? Хотелось бы услышать мнение. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.08.2018, 13:18 |
|
||
|
Структура таблицы
|
|||
|---|---|---|---|
|
#18+
Если не увлекаться добавлением новых полей, то можно сказать, что пока все норм. :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.08.2018, 13:22 |
|
||
|
Структура таблицы
|
|||
|---|---|---|---|
|
#18+
Читать про EAV, читать про столбцы типа XML. Применить то, что наиболее подойдет под ваши условия. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.08.2018, 13:34 |
|
||
|
Структура таблицы
|
|||
|---|---|---|---|
|
#18+
rrttyyrr, ну с такой структурой можно SPARSE NULL + COLUMN_SET и заполнять через xml ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.08.2018, 14:12 |
|
||
|
Структура таблицы
|
|||
|---|---|---|---|
|
#18+
invmЧитать про EAV, читать про столбцы типа XML. Применить то, что наиболее подойдет под ваши условия.И точно не применять тип TEXT (если версия сервера свежая) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.08.2018, 14:37 |
|
||
|
Структура таблицы
|
|||
|---|---|---|---|
|
#18+
Тоже согласен что пока все нормально, даже если еще несколько полей добавить, то тоже будет норм. EAV - пока не стоит, нужно очень хорошо понимать что это и как с этим жить. + я бы check constraint навесил, чтобы мусор в таблице не собирался Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.08.2018, 14:46 |
|
||
|
Структура таблицы
|
|||
|---|---|---|---|
|
#18+
Владимир Затуливетер, дичь какая-то ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.08.2018, 14:51 |
|
||
|
Структура таблицы
|
|||
|---|---|---|---|
|
#18+
rrttyyrr, если говорить о том, как на это смотрит _теория_, то данные разных смысловых типов следует хранить в отдельных отношениях. Т.е. некорректно объединять в одной колонке даты рождения и даты принятия на работу, используя дополнительный атрибут для понимания - что же хранится в этой колонке. Т.е. ваши объекты при их внешней схожести должны храниться в раздельных таблицах. Как правило, хранение разнородных, но внешне схожих данных приводит к тому, что при обработке в коде появляются _фильтры_, условные переходы и тому подобное. Разработчик обычно игнорирует эти проблем, хотя ему приходится писать не новый код для новых объектов, а постоянно допиливать старый, с риском что-то усложнить или сломать. В редких случаях сводной отчетности такой разработчик потирает руки радуясь, что наконец-то обобщенная таблица ему пригодилась. Так что хорошо подумайте. В любом случае рефакторинг Вам в руки. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.08.2018, 14:55 |
|
||
|
Структура таблицы
|
|||
|---|---|---|---|
|
#18+
TaPaKдичь какая-то согласен, но эта "дичь" потом может сэкономить прилчино времени. рано или поздно кто-то для типа object_type_id=4 добавит значение в Text, и забудет про min_date, max_date и default_date к примеру. такой констрейнт подобные баги ловит на самой ранней стадии. так что я за эту "дичь" какие агруметы против? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.08.2018, 15:58 |
|
||
|
|

start [/forum/topic.php?fid=46&msg=39689461&tid=1689252]: |
0ms |
get settings: |
12ms |
get forum list: |
12ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
68ms |
get topic data: |
22ms |
get forum data: |
3ms |
get page messages: |
65ms |
get tp. blocked users: |
2ms |
| others: | 268ms |
| total: | 458ms |

| 0 / 0 |
