Необходима СУБД, удовлетворящая следующим требованиям (вкратце):

пользователь с помощью графического интерфейса добавляет информацию о любых предметах (сущностях) (дом(номер дома количество квартир...), автомобиль (масса, макс. скорость, цена...), стиральная машинка (объем, энергопотребление, цвет...)), а затем может работать с этими сущностями:
— добавлять-редактировать экземпляры (записи, данные);
— создавать связи между сущностями (при удалении информации о доме, удяляется вся информация о стиралках, установленных в нем);
— составлять запросы к этим сущностям, например: «найти все зеленые стиральные машины в квартирах домов с четными номерами на 5-м этаже» (с помощью QBE, либо, в особых случаях, с помощью встроенного языка запросов СУБД).

Т.е. что то наподобие Акссесса, но более легкое и простое. Т.е. физическое создание реляционных таблиц для каждой пользовательской сущности не самый лучший вариант. Планируется WEB-интерфейс.

Я уже озадачивался этим вопросом и даже остановился на вот таком решении — habrahabr.ru/post/164803/ (вкратце: хранить экземпляры сущностей в одной таблице в формате xml, и делать к ним sql-запросы с использованием xpath).
Вроде все неплохо, но криво получается реализация связей между сущностями (приходится использовать вспомогательную таблицу для хранения соответствий, либо заивать ключи в xml).

Но недавно в очередной раз наткнулся на Neo4j и подумываю, чтобы заюзать ее.

Подскажите, может ли она подойти к подобной задаче?
Какие есть другие варианты?

Dimitry SibiryakovМаксим НКакие есть другие варианты?
Эта задача вполне укладывается в EAV на любой СУБД, но тебе стоит посмотреть на Cache. Оно
как раз пропагандируется для таких структур.


Про EAV согласен, но в моем случае мало подходит.
Cache это круто конечно, а что-нибудь для бедных?

Dimitry SibiryakovМаксим НПро EAV согласен, но в моем случае мало подходит.
Да ну?


Планируется построение довольно сложных запросов к пользовательским сущностям (несколько уровней вложенности, фильтры и т.д.). Причем как с использованием QBE, так и руками пользователей.
С EAV это конечно возможно, но запросы будут гораздо сложнее, их тяжело поддерживать и оптимизировать. Не все радужно с индексированием. Тогда как, используя xml, можно проиндексировать элементы нужной сущности.

Dimitry SibiryakovМаксим НС EAV это конечно возможно, но запросы будут гораздо сложнее

С какого бы перепугу?


Не хотелось бы устраивать очередную EAV'шную баталию...
Инфы много, мне нравится например эта статья - https://www.simple-talk.com/opinion/opinion-pieces/bad-carma/

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

vvmМаксим Н,

QBE - это для дураков-юзеров образца 1970 года. Визуальные построители фильтров куда удобнее и продуктивнее.
А кодер один черт sql использовать должен.
Если не сложно покажите ссыль какую-нибудь с примером, как это может выглядеть?
Извиняюсь за глупый вопрос, а как можно реализовать мехнизм связи между сущностями(таблицами) с помощью "построителей фильтров"?

eny,

Большое спасибо за советы, учту.
Но ИМХО Вашу критику предложенного метода на хабре (кстати только одного из них, и от которого я в конце концов отказался уже) Вы ни чем не обосновали (был бы очень благодарен за это).
И альтернативных вариантов предложено тоже не было (так же был бы весьма благодарен), кроме того как почитать "классику".

авторВместо того, чтобы написать нормальный фреймворк экранирующий SQL Server
А вот здесь можно поподробнее?