Что предпочтительней использовать для максимальной гибкости в выборе СУБД в 2х и 3х звенках SOAP или ODBC?
И есть ли в наиболее распространенных СУБД возможностью использовать SOAP?

MasterZiv
> Что предпочтительней использовать для максимальной гибкости в выборе СУБД в 2х и
> 3х звенках SOAP или ODBC?

SOAP не является средством доступа, протоколом обмена запросами и данными с
СУБД. Чтобы оно являлось бы таким, надо хотя бы определить xml schema для
задания запросов и для получения данных ответов от сервера. Таких спецификаций
сейчас по факту нет, есть SQLX, разрабатываемая W3C, но она не очень широко
применяется в СУБД, её немногие поддерживают (хотя я могу и ошибаться).

ODBC же наоборот является средством доступа к РСУБД, широко распространена,
кроссплатформена и стандартизирована каким-никаким, а стандартом.

Далее выводы делай сам.

> И есть ли в наиболее распространенных СУБД возможностью использовать SOAP?

В массе в СУБД нет SOAP-ов. Что в общем логично.


Ясно.
Просто вспомнился заказчик который хотел чтобы данные с клиентских машин пакетами отправлялись на сайт для вставки в СУБД. И почему-то их технари хотели именно по SOAP, а не по ODBC (+SSH) или на край используя tab-delimited text-file.
Насколько я понимаю ODBC (+SSH) предпочтительней и для соединения клиентов с СУБД, и для dblink-ов, и для репликаций?

MasterZiv И почему-то их технари хотели
> именно по SOAP, а не по ODBC (+SSH) или на край используя tab-delimited text-file.

Это вне контекста их проблем не понять.

Ну вот контекст то они и не называли, кроме того что SOAP очень гибкий стандарт.

MasterZiv
> Просто вспомнился заказчик который хотел чтобы данные с клиентских машин
> пакетами отправлялись на сайт для вставки в СУБД.

Это возможно как через SOAP, так и через ODBC, правда, если драйвер достаточно
хорош. Можно, если он даже плох, но с некоторыми извращениями.

Имеется ввиду на стороне СУБД сделать свой сервис/приложение которое будет от клиента принимать SOAP (т.к. в массе в СУБД нет SOAP-ов), а в СУБД вставлять эти данные по ODBC или нативному протоколу?

MasterZivOn 07/04/2012 05:23 PM, SOAP vs ODBC wrote:

> Это возможно как через SOAP, так и через ODBC, правда, если драйвер достаточно
> хорош. Можно, если он даже плох, но с некоторыми извращениями.
>
>
> Имеется ввиду на стороне СУБД сделать свой сервис/приложение которое будет от
> клиента принимать SOAP (т.к. в массе в СУБД нет SOAP-ов), а в СУБД вставлять эти
> данные по ODBC или нативному протоколу?

Я имел в виду, что отправка данных большими пачками возможна как через SOAP, так
и через ODBC.



Ну отправить то по SOAP можно, принять их СУБД не сможет по SOAP.

MasterZiv
> Ну отправить то по SOAP можно, принять их СУБД не сможет по SOAP.

Некоторые смогут. Некоторые не смогут. Я не предполагал, что это обязательно
в СУБД реализровано должно быть. Просто в принципе это возможно.
Например, в RPC это в принципе НЕ возможно.

А кстати какие смогут из вам известных?

Интересно, а из знатоков MS SQL, MySQL, PostgreSQL кто-нибудь знает умеют ли они принимать данные по SOAP?

pkarklinMS тоже объявил поддержку Native XML Web Services в СУБД deprecated и предупреждает, что ее может не быть в следующих версиях.
Кстати, а Native XML Web Services и SOAP можно считать синонимами?

Alexander RyndinP.S. давайте вернемся к теме топика.
Т.е. можно с уверенностью говорить что поддержки SOAP в Oracle нет?