Меню
Что нового?

XQuery и гетерогенные СУРБДы

  • Автор темы Автор темы Span
  • Дата начала Дата начала

Span

Новичок
XQuery и гетерогенные СУРБДы

Я впал в задумчивость, когда мне была поставлена задача по постоению мощного интерфейса для интеграции разрабатываемого моей компанией софта на пхп с другими программами. Под интеграцией понимается в первую очередь возможность синхронизации. Естейственно XML, и лень подсказывает что не стоит изобретать велосипед, а стоит заморочится XQuery. http://xquark.objectweb.org - довольно мощная штука для интеграции разных СУРБД.

Но меня терзают смутные сомнения, во первых реально ли использовать XQ? А пхп с XQ?
 
По-моему в промышленном масштабе внедрять XQuery пока рановато. Лучше посмотреть в сторону возможностей репликации СУБД.
Либо, как вариант, использовать веб-сервисы.
 
[DAN] правду говорит
если СУБД позволяет делать нормальную РЕПЛИКАЦИЮ лучше воспользоваться стандартными средствами данной СУБД...

если СУБД изначально ориентирована на XML, тогда опять же в полный рост встает проблема с тем, что php по большому счету полноценных интерфейсов с этой СУБД скорее всего иметь не будет
 
Репликация не прокатит, все продукты, с которыми приходится строить интерфейс имеют разные структуры. Когда таких продуктов мало, я как-то находил возможности изворачиваться. Теперь их становится все больше и просто необходим интерфейс. Значит придется использовать Java.
 
объясните кто-нибудь отсталому мне
почему xquery обсуждается в одном предложении вместе с репликацией
 
slach
Можно использовать жабу вместо =)

-~{}~ 27.04.05 11:54:

Что-то вообще последнее время меня тянет перейти на жава или C# =)
 
переходи конечно, они рулят
я вот думаю, но даже незнаю что тебе порекоммендовать толи скорость или переносимость.. все круто кругом
 
neko
Мои теоретические концепции в пхп реализуемы лишь условно.

Такс, сейчас научился пользоваться Xquark Bridge. Из mysql читаю таблицы с помощью XQuery =) Сейчас буду настраивать мапинг для того чтобы делать insert...

Консоль xquark конечно можно использовать в пхп, написав какой-нибудь враппер, левой пяткой за правым ухом. =)

-~{}~ 27.04.05 13:51:

Итак, подводя итог, пока не ушли во флейм:

Задача: построние универсального интерфейса к php+mysql приложению с помощью XQuery возможно, тем самым добиваемся необходимого уровня абстракции над диалектами SQL и тонкостями настроек DSN.

Попутно обнаруживается возможность построения полного db abstraction на базе XQuery+XQuark Bridge, одно но - тормозит =)
 
Использование XML на объемах больших 1 000 записей приводит к видимому торможению. если учитывать, что эта зависимость экспоненнциальная, то сами делайте выводы:
- либо увеличиваем мощность...
- либо меняем технологию :)

плюсы :( или оффтоп:
XQuery изначально прорабатывался как касширенный язык запросов, и еще в далеком 2000 году ему предрекали вытеснения SQL
видно все к этому и идет
 
2Alexandre
никакой XQuery SQL не вытеснит еще лет 20 как минимум... факт

если база реляционную модель держит значит она работает наиболее быстро через SQL... факт...

все эти XML маппинги, XPath UDF'ы, XQuery бриджи... и т.п. ДОПОЛНИТЕЛЬНЫЕ презервативы... только оверхедами нагружают немерянно

вот если СУБД сама по себе построена по другой идеологии (ну например объектной модели данных), да еще и содержит НОРМАЛЬНЫЕ интерфейсы для работы с ней через XQuery или SQL+XML ... тогда по производительности, начинает вырисовываться савсем другая картина... но это не майнстрим нифига и скажем теже Cache \ Tamino \ Mantiss в области средств разработки\администрирования\интерфейсов к внешним языкам программирования... IMHO довольно СИЛЬНО отстают от Oracle, MSSQL, MySQL, PostgreSQL, FireBird

все ... дискуссию пора заканчивать
2SPAN
тебе пытались более правильный путь подсказать для "универсальности" - Веб-сервисы..
ты хочешь изгаляться по своему... ВПЕРЕД с песней =)
но дальнейшее обсуждение имеет смысл только в виде КОНКРЕТНЫХ кусков кода и конкретных ошибок...
 
никакой XQuery SQL не вытеснит еще лет 20 как минимум
Нажмите для раскрытия...
не зарекайся :)
все идет к созданию единого стандарта запросов
может XQuery - и не будет таким стандартом, но рано или поздно это протзойдет.

SQL является языком структурированных запросов, который интерпретируется во внутренний код и запускает свои (для каждой БД) подзадачи по своему алгоритму

если для БД написать второй частью интерпритатора XQuery, то от этого БД только выиграет,
как же как и возможности БД выдать информацию в форматах:
- в плаин текст
- хмл
- набора полей для ОДиБиСи или ДжиДиБиСи .
 
> все идет к созданию единого стандарта запросов

[пошел проверять на месте ли его девятитомник SQL:2003]

народ харе уже
прочитайте что такое xquery
заодно и там есть ссылочка на то что известно как (ISO-ANSI Standard) XML-Related Specifications (SQL/XML)

и пересмотрите свои взгляды на революции срочно :-)

-~{}~ 27.04.05 15:55:

вообще тяжко с вами общатся
то репликация у них, то икскверя

спасибо adodb любимый хоть не приплели!
 
Это вэб сервисами то универсальности добиваться? Ха-ха!
 
Господа, что-то не очень понятны религиозные войны по данному вопросу. Для особо религиозных предлагаю подумать на тему смены парадигмы :)

А вообще говоря вопрос создания единого стандарта языка запросов назрел, достаточно часто требуется наличее Abstract DB и что будет в итоге ORM, XQuery или SQL переродится в OQL - есть шанс увидеть если не помрем :)
 
Войдите или зарегистрируйтесь для ответа.
Сверху