подскажите как реляционной СУБД можно хранить карточки документов с пополняемым набором атрибутов.
т.е. есть набор типов документов. у каждого из заданного типа документов может быть свой набор атрибутов. список атрибутов — динамический.
пока в голову ничего не приходит кроме как хранение значений каждого из атрибутов в отдельной таблице.
Re: реализация пополняемого набора атрибутов
От:
Аноним
Дата:
26.08.10 12:43
Оценка:
Здравствуйте, jabber, Вы писали:
J>подскажите как реляционной СУБД можно хранить карточки документов с пополняемым набором атрибутов.
J>т.е. есть набор типов документов. у каждого из заданного типа документов может быть свой набор атрибутов. список атрибутов — динамический.
J>пока в голову ничего не приходит кроме как хранение значений каждого из атрибутов в отдельной таблице.
Здравствуйте, jabber, Вы писали:
J>подскажите как реляционной СУБД можно хранить карточки документов с пополняемым набором атрибутов.
может попробывать NoSQL path?
J>т.е. есть набор типов документов. у каждого из заданного типа документов может быть свой набор атрибутов. список атрибутов — динамический.
J>пока в голову ничего не приходит кроме как хранение значений каждого из атрибутов в отдельной таблице.
кроме того можно как было сказано в xml, доставать xpath, если объемы и скорость не критичны.
Здравствуйте, jabber, Вы писали:
J>подскажите как реляционной СУБД можно хранить карточки документов с пополняемым набором атрибутов. J>т.е. есть набор типов документов. у каждого из заданного типа документов может быть свой набор атрибутов. список атрибутов — динамический. J>пока в голову ничего не приходит кроме как хранение значений каждого из атрибутов в отдельной таблице.
Здравствуйте, jabber, Вы писали:
J>подскажите как реляционной СУБД можно хранить карточки документов с пополняемым набором атрибутов.
J>т.е. есть набор типов документов. у каждого из заданного типа документов может быть свой набор атрибутов. список атрибутов — динамический.
J>пока в голову ничего не приходит кроме как хранение значений каждого из атрибутов в отдельной таблице.
Здравствуйте, MasterZiv, Вы писали:
>> в XML полях MZ>Фуфуфу. XML в реляционной БД -- моветон.
вовсе не моветон. ты бы видел, в какой трешак при использовании EAV превращается схема базы данных, когда расширить кастомными полями нужно полтора десятка сущностей. а с xml-колонкой — любо-дорого посмотреть, все чисто и аккуратно, и работать удобно.
L>вовсе не моветон. ты бы видел, в какой трешак при использовании EAV превращается схема базы данных, когда расширить кастомными полями нужно полтора десятка сущностей. а с xml-колонкой — любо-дорого посмотреть, все чисто и аккуратно, и работать удобно.
а вы не сравнивали, насколько при это падает производительность по сравнению с EAV
Здравствуйте, jabber, Вы писали:
J>а вы не сравнивали, насколько при это падает производительность по сравнению с EAV
Производительность чего? Загрузка объектов, например становится только быстрее, т.к. кол-во обращений к базе сокращается + все данные лежат "рядом".
Re[5]: реализация пополняемого набора атрибутов
От:
Аноним
Дата:
27.08.10 10:24
Оценка:
Здравствуйте, jabber, Вы писали:
L>>вовсе не моветон. ты бы видел, в какой трешак при использовании EAV превращается схема базы данных, когда расширить кастомными полями нужно полтора десятка сущностей. а с xml-колонкой — любо-дорого посмотреть, все чисто и аккуратно, и работать удобно.
J>а вы не сравнивали, насколько при это падает производительность по сравнению с EAV
Тут зависит.
В моих задачах необходимость фильтрация по атрибутам встречалась пренебрежимо редко, например если есть документ с кучей полей которые системе вообще никак не интересны: ИНН1, ИНН2, ИНН3, поручитель, приемщик, паспорт1, паспорт2..
К тому же сервер (MS SQL) может построить индекс на xml-поле, что может Вас обнадежить дополнительно
Lloyd wrote:
> вовсе не моветон. ты бы видел, в какой трешак при использовании EAV > превращается схема базы данных, когда расширить кастомными полями нужно > полтора десятка сущностей. а с xml-колонкой — любо-дорого посмотреть, > все чисто и аккуратно, и работать удобно.
Ага, рассказывай. И индексы по XML строить удобно ...
