Концепция реализации хранилищ ключей / значений с языками реляционных баз данных

Question

Я хочу познакомиться с концепцией реализации хранилищ ключей / значений с языками реляционных баз данных (такими как mysql и sql server).

Однако это один из случаев, когда Google недостаточно хорош.

Кто-нибудь знает какую-нибудь полезную информацию / хорошие ссылки относительно концепции реализации хранилищ ключей / значений с языками реляционных баз данных?

Answer 1

Основная причина реализации схемы значения ключа в реляционной заключается в гибкости небольшой подсхемы с аспектами значения ключа и основной схемы, являющейся реляционной или наоборот.Это может дать одну крайнюю гибкость для поиска ключевых значений для некоторой части приложения, а для других - традиционного реляционного варианта без необходимости хранить несколько баз данных.Фактически мы внедрили такие случаи для некоторых наших клиентов, где клиенты являются либо конкретным реляционным магазином БД, либо по тем же вышеупомянутым причинам.Вы всегда можете создать хранилище значений ключей в реляционной базе данных, но не иначе.

Answer 2

Wiki для EAV http://en.wikipedia.org/wiki/Entity-attribute-value_model. SO ответ со ссылкой на технический документ под названием «Лучшие практики для семантического моделирования данных для повышения производительности и масштабируемости» EAV поверх SQL Server