Недавно попробовал поработать с отечественной СУБД Sedna. Удобно, видел поиск базу с Википедией и достаточно быстрый поиск в ней. Однако, в силу различных причин ограничился сам лишь небольшой БД для самого себя. А вот интересно, кто-то использовал XML СУБД для реальных проектов и с какими результатами? Поделитесь.

SergSuperЩиче,

может Вы своими результатами для начала поделитесь? в чем было удобство и с чем скорость поиска сравнивали?

Удобство в использовании XPath вместо SQL, XML имеет древовидную структуру вместо плоской реляционной. Соответственно, запросы выходят намного короче чем в SQL и естественнее с точки зрения предметной области. Гибкость задания условий на высоте. Выбираешь не запись в таблице и не набор разрозненных полей, а узлы нужного уровня. У узла получаешь отдельные свойства, можно его использовать как единый объект. ОРМ с их замороченностью намного сложнее в использовании.
Запросы на изменение тоже просты и логичны. Генерация XML из запроса само собой. Результат запроса тот же XML.

По поводу скорости могу лишь сказать, что запросы на Википедию проходили быстро. Ничем не уступая оригинальной системе. Однако нагрузку сравнивать нельзя. О сервере тоже данных нет. Вообщем, ничего особенно определенного. Сам хочу поинтересоваться.

Резюме: интересная вещь, но надо поработать с большим объемом данных, в многопользовательской среде и тогда будет ясно стоит овчинка выделки.

SergSuper, да он самый.

softwarerЩичеУдобство в использовании XPath вместо SQL, XML имеет древовидную структуру вместо плоской реляционной. Соответственно, запросы выходят намного короче
Мне почему-то кажется, что здесь уместно добавить "на некоторых простых структурах данных". Если взять какую-то реальную задачу - ну например, описать граф железных дорог, расписание грузоперевозок итп, и попробовать составить простенький запрос, скажем, "каков за последние полгода процент холостого пробега у вагонов, арендованных ООО "АБВ" у ООО "ГДЕ"" - от слова "древовидная структура" сразу станет как-то печально.

Я пробовал строить запросы и по самой структуре и произвольно, по разным критериям. Достаточно удобно. Дерево нужным способом разворачивает сам движок внутри себя. Насколько это эффективно, сложно судить. План запроса как в SQL не видел. На малой базе мгновенно можно поворачивать данные под любым углом. Как я уже сказал ранее, это никак не гарантирует нормальной работы с ж.д. объемами. Знаю, насколько там всего много, работал когда-то на Окт.ж.д.
Будет время, придумаю задачку и попробую на больших объемах.

Ggg_old,

Читал. Приличная БД слишком прилично кушает. Надо учесть сколько времени понадобиться на развертывание, обучение и так далее. Один в поле не воин. Когда есть вокруг только куча студентов, а задача относительно маленькая надо брать нечто попроще.

softwarer,

Пока понятия не имею. Буду экспериментировать. Жаль, что кроме меня этой темой не интересовался.