Union с реляционными базами данных?

Question

[sdevalex]

Стоит задача сделать сушность, которая может хранить розные данные. Хотелось бы реализовать модель Entity и Property так, чтобы Property мог хранить разные типы данные (аналог union c в С++).


Я вижу только один способ, создать таблицы выда property_*_values (где * — тип данные, как string, integer, float) и на основе типа в таблице properties делать динамический JOIN (реализация через inherited column). Возможно есть другие способы или готовые решения?


Использую PostgreSQL, от MongoDB пришлось отказаться.

Answer 1

[solenko]

Слайды под ваш вопрос www.slideshare.net/stepanyuk/implementation-of-eav-pattern-for-activerecord-models-13263311

Ну и готовых решений масса — осталось только выбрать
github.com/search?q=eav&repo=&langOverride=&start_value=1&type=Repositories&language=Ruby

Answer 2

[Pavel Isakov]

Либо делать одну таблицу с множеством колонок
property | type | string_value | int_value | integer_value |…
и доставать данные в зависимости от содержимого колонки type

Comments

[sdevalex]

Интересное решение, а не скажется оно на размере базы данных?

[Pavel Isakov]

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

[sdevalex]

Первый это ваш или мой? Планирую хранить довольно много данных, но до этого момента ещё далеко.

Answer 3

[Алексей Фирсов]

Вот мне просто интересно для чего вам понадобилось такая модель? если не секрет.

Comments

[sdevalex]

Много таких моделей применений, например каталог с огромным количество параметров. В моём случае динамические модели.

[Pavel Isakov]

Например хранить настройки чего либо

Answer 4

[Алексей Фирсов]

Ну честно я работал к комерчиским движками у них данная проблема решена так.
id | type | value
int | enum() | varchar(255)

Еще вижу подход такого типа
id|value varchar(255)

А уже программно определять тип, например в php есть методы is_integer(), is_float(), ..., is_array(), еще запарится для метода определения даты, майлов, телефонов, файлов… Для этого регулярные выражения помогут.

Но мне кажется это разумней чем мудрить с БД.

Answer 5

[mgyk]

Мне кажется, что тут решение должно быть комбинированное. Данные сами можно просто сериализовать при хранение и не парится с разными типами и набором колонок. Но тогда для поиска по атрибутам нужно будет иметь какой-то отедльный сервер, например sphinx. Н

Answer 6

[dizer]

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

таблица entities
storable_id, storable_type

и таблицы entity_integers, entity_floats, etc.
id, value(в соответствующем типе)

ROR хорошо с такими вещами дружит.