Это проект базы данных атрибут-значение-сущность. Это не реляционный дизайн, и вы не сможете манипулировать им с помощью реляционных операций (таких как JOIN), за исключением самых тривиальных примеров.
Если вы полны решимости сохранить эти нереляционные данные в реляционной базе данных, вы будете зависеть от вашего собственного кода или некоторой библиотеки сериализации и десериализации объектов на основе EAV для любого языка программирования, который вы используете. SQL будет бесполезен для вас.
Если вам действительно необходимо использовать подобную модель для этого проекта (то есть вы не можете использовать реляционную модель), то, если еще не слишком поздно в процессе разработки, я бы предложил отказаться от SQL и прочитать о XML, XPath и XSLT, которые, вероятно, лучше подходят для хранения и восстановления данных, в которых каждая запись может иметь различную структуру.
Бонусная статья: "Почему Entity-Attribute-Value плоха"