Применение антипаттерна EAV (Объект-Атрибут-Значение) в реляционной базе данных трудно оправдать. Потребуется пожертвовать слишком многими функциями, которые признаны сильными сторонами реляционной парадигмы. Но это не касается законного требования поддержки динамических атрибутов в некоторых программах. Если для вашей фирмы нужен офис в Москве, обращайтесь сюда http://www.welhome.ru/ofisnaya-nedvizhimost/arenda-ofisov.
Большинство приложений, которым требуются бессхемные данные, в действительности нуждаются в них только для нескольких таблиц или всего для одной таблицы. Остальные требования к данным соответствуют стандартным табличным структурам. Если принять во внимание дополнительную работу и повышенный риск использования EAV в проекте, возможно, что применение данного антипаттерна в виде исключения будет наименьшим злом. Однако учтите: опытные консультанты по базам данных утверждают, что системы, использующие EAV, в течение года становятся недопустимо громоздкими.
Если есть необходимость в управлении нереляционными данными, лучшим решением будет использование нереляционной технологии.
Опубликовал vovan666
June 26 2013 08:31:23 ·
0 Комментариев ·
3842 Прочтений ·
• Не нашли ответ на свой вопрос? Тогда задайте вопрос в комментариях или на форуме! •
Комментарии
Нет комментариев.
Добавить комментарий
Рейтинги
Рейтинг доступен только для пользователей.
Пожалуйста, залогиньтесь или зарегистрируйтесь для голосования.
Нет данных для оценки.
Гость
Вы не зарегистрированны? Нажмите здесь для регистрации.
Главная
Каталог файлов
