Введение
Одним из желаний разработчиков баз данных всегда было отсутствие внезапных изменений структуры базы. И, увы, оно несбыточно! Совсем без этих изменений не получается. То у клиента в клиентской базе появляется дополнительное поле статуса, то маркетологи посетят курсы повышения квалификации и начинают требовать поля для SWAT-анализа прямо в карточках заказчиков. То, вы внезапно узнаёте, что команда маркетологов вновь отправилась на курсы повышения квалификации, где они скорее всего узнают о воронке продаж и именно для неё потребуются дополнительные сущности, поля и таблицы.
Изменения в процессе жизни базы данных неизбежны.
И что же с этим делать?
Самое простое решение — это расширять таблицы и плодить новые. Но по мере появления новых «хотелок» потихоньку начинает копиться и куча хлама из старых- ненужных. И хорошо, если эти старые не тянут за собой ограничения на целостность, внешние ключи и т.п. Так как кроме существенного замедления скорости разработки это создаёт огромную бесполезную нагрузку на стену 🙂 на которой висит распечатка структуры таблиц.
EAV
И вот именно в этот период любой разработчик баз данных начинает задумываться о EAV.
EAV — Entity Attribute Value. Список атрибутов сущности. Она же структура в стиле Property, она же Key-Value, она же INI файл. (Если вспомните ещё названий — пишите)
Читать далее →
