Выбор СУБД под задачу

Question

[Максим]

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

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

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

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

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

Answer 1

[EugeneOZ]

MongoDB или Riak.

Comments

[Максим]

С MongoDB я как раз начинал. Но не понял как организовать динамические запросы (сгенеренные на основе QBE).
Поэтому ушел в Postgresql, где было не сложно на основании того, что накликал пользователь, сгенерить полноценный sql-запрос (с агрегатами, фильтрами, джоинами и т.д.).
Как это сделать в документоориентированных БД я пока не представляю…

[EugeneOZ]

У монги очень гибкий язык запросов. Это, наверное, самая лучшая часть монги.

Answer 2

[ch3sh1r3]

Плюс к MongoDB. Или postgresql

Comments

[Максим]

Если postgresql, то примерно как?
С использованием hstore, EAV, xml, json, или других технологий?

[Алексей Сундуков]

Лично я использую postgresql + schema (используется как одноуровневые namespace-ы) + EAV. Контент менеджер через веб интерфейс создает объекты (стиральные машины, дома, пользователи) и атрибуты. Любой атрибут может быть связан с любым объектом. Все структура умещается в 5 простых таблиц. Выбрал именно реляционную схему потому что: 1) РСУБД это старые и хорошо себя зарекомендовавшие системы; 2) структура таблиц простая поэтому код легко поддерживать и расширять; 3) легко найти разработчиков способных работать с такой системой; 4) сложившиеся практики правильного использования таких СУБД. Тестировал на дедике с 80 тыс. объектов (дом) по 10 атрибутов на объект => 800 тыс. элементов (дом1, дом2… по 10 элементов на объект), 8 мил. свойств. Поиск по 10 значением параметров из которых 2 это диапазон значений занимает ~0.8 мс. Считаю такой показатель хорошим.

Но в целом, имхо, выбор СУБД вопрос конечно важный, но погоду делает код который будет с этой СУБД работать.

Answer 3

[alex4Zero]

Вообще согласно Technology Radar от ThoughtWorks, датированному октябрем 12ого года, Neo4j они рекомендуют срочно начать использовать. Вдобавок, если у вас желание появилось попробовать Neo4j, то лучше варианта не найти