|
|
|
Как лучше спроектировать БД в части хранения аргументов объекта?
|
|||
|---|---|---|---|
|
#18+
Все добрый день! Надеюсь на ваш совет. Есть объект, у объекта есть набор атрибутов. Вот думаю - как бы спроектировать универсальную вещь, которая позволит хранить данные атрибутов (а нужно знать какое значение кем и когда было указано), и при этом было бы легко добавлять новый атрибут в случае необходимости. Пока вижу вот такую структуру: Таблица Объект Код: html 1. 2. 3. Код: html 1. 2. 3. 4. 5. 6. 7. Таблица ТипАтрибута Код: html 1. 2. 3. 4. Я понимаю, что производительность будет не восхитительна, т.к. придется применять CAST() для приведения типа данных. Но вот поиск по полю value мне точно не нужен будет... Как на ваш взгляд - жизнеспособна такая структура? Может есть более грамотное решение по хранению зависимых от времени данных? П.С. если для атрибута есть справочник, то этот атрибут не попадет в данную таблицу - у него будет своя таблица со значениями и своя связующая таблица. Это именно для хранения числовых и текстовых данных, не имеющих своего справочника. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.12.2015, 11:17:58 |
|
||
|
Как лучше спроектировать БД в части хранения аргументов объекта?
|
|||
|---|---|---|---|
|
#18+
Сам себе отвечу :) Ни капл не удивляюсь - все придумано до меня. Мысль, которая пришла ко мне в голову называется Entity–attribute–value model. И оно имеет право на жизнь. Еще бы теперь грамотные примеры по реализации найти... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.12.2015, 12:24:43 |
|
||
|
|

start [/forum/topic.php?fid=47&fpage=116&tid=1832382]: |
0ms |
get settings: |
7ms |
get forum list: |
13ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
51ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
30ms |
get tp. blocked users: |
1ms |
| others: | 234ms |
| total: | 353ms |

| 0 / 0 |
