Почему бы не создать очень простую таблицу со столбцом сущности, столбцом атрибута и столбцом значения:
CREATE TABLE eav(
entity STRING,
attribute STRING,
value STRING);
А затем заполните таблицу с помощью какого-либо сценария для генерации тестовых данных.
INSERT INTO eav ('banana','color','yellow');
INSERT INTO eav ('banana','fluffy','no');
INSERT INTO eav ('banana','origin','Guatemala');
INSERT INTO eav ('orange','origin','USA');
INSERT INTO eav ('orange','origin','Mexico');
INSERT INTO eav ('pear','origin','USA');
INSERT INTO eav ('peach','fluffy','yes');
А затем попробуйте выполнить запросы, поэкспериментировать, узнать, как это работает и т. Д.
В целом, приведенная выше схема организации данных не очень хорошо согласуется с теорией реляционных баз данных. Вышесказанное больше соответствует теории баз данных документов, например Couch DB . Я хотел бы изучить это подробнее, если вам нужно хранить / управлять данными EAV-природы в дикой природе.