user.maxСценарий:
Пользователь создает сущности (аналог таблицы), атрибуты сущности с типами (аналог столбцов) и наполняет сущность данными (строки в таблице). Атрибуты сущности могут ссылаться на атрибуты других сущностей (аналог JOIN по полю, например, users.id = post.user_id)

Пользователь, который создает все это - проектировщик, разработчик БД. Если он плохо спроектирует БД, то понадобится много программных ухищрений разработчику БД, программисту.

user.maxНеобходимо делать выборки по такой структуре, например: получить все записи по критерию.
По сути нужно смоделировать реляционную бд. Делать это в реляционной бд (eav), мне кажется крайне костыльным решением.
Подскажите, пожалуйста, какую бд под такую структуру выбрать? Подразумевается хранение большого объема записей для каждой из сущностей.
Много программных ухищрений - это тоже костыльные решения.

user.maxvadiminfo, согласен. Но исходная задача звучит именно так. И проект многопользовательский. Т.е. любой пользователь может создавать сущности и работать с ними, как описано в сценарии.
Вот что касается "может создавать сущности" тут понятно: задача стоит занять персонал, созданием сущностей. В общем вводом данных.
Работать с сущностями, созданными любыми пользователями, скорее всего, смогут уже мягко говоря не все. А только те кто не понимает, что полученные результаты не адекватны. А чтобы получить адекватное, если это вообще будет возможно, нужно много костылей.

Ну действительно. Например, если даже реляционную можно спроектировать с избыточностью, то при написании запросов нужно как-то учитывать что там есть избыточность. А тут то никто и париться не будет о нормализации (любые пользователи этого делать не станут).