Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Сравнение СУБД Новый топик    Ответить
Топик располагается на нескольких страницах: [1] 2   вперед  Ctrl      все
 Что предпочтительней использовать для максимальной гибкости в выборе СУБД?  [new]
SOAP vs ODBC
Guest
Что предпочтительней использовать для максимальной гибкости в выборе СУБД в 2х и 3х звенках SOAP или ODBC?
И есть ли в наиболее распространенных СУБД возможностью использовать SOAP?
4 июл 12, 09:17    [12813611]     Ответить | Цитировать Сообщить модератору
 Re: Что предпочтительней использовать для максимальной гибкости в выборе СУБД?  [new]
Dimitry Sibiryakov
Member

Откуда:
Сообщений: 54798

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

Мозг.

Posted via ActualForum NNTP Server 1.5

4 июл 12, 11:08    [12814349]     Ответить | Цитировать Сообщить модератору
 Re: Что предпочтительней использовать для максимальной гибкости в выборе СУБД?  [new]
MasterZiv
Member

Откуда: Питер
Сообщений: 34709


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

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

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

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

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

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

Posted via ActualForum NNTP Server 1.5

4 июл 12, 13:03    [12815499]     Ответить | Цитировать Сообщить модератору
 Re: Что предпочтительней использовать для максимальной гибкости в выборе СУБД?  [new]
SOAP vs ODBC
Guest
MasterZiv

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

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

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

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

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

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


Ясно.
Просто вспомнился заказчик который хотел чтобы данные с клиентских машин пакетами отправлялись на сайт для вставки в СУБД. И почему-то их технари хотели именно по SOAP, а не по ODBC (+SSH) или на край используя tab-delimited text-file.
Насколько я понимаю ODBC (+SSH) предпочтительней и для соединения клиентов с СУБД, и для dblink-ов, и для репликаций?
4 июл 12, 13:19    [12815668]     Ответить | Цитировать Сообщить модератору
 Re: Что предпочтительней использовать для максимальной гибкости в выборе СУБД?  [new]
servit
Member

Откуда: г. Кишинёв, Республика Молдова
Сообщений: 3148
Блог
SOAP vs ODBC,

Не совсем корректно сравнивать протоколы SOAP и ODBC между собой.

SOAP vs ODBC
И есть ли в наиболее распространенных СУБД возможностью использовать SOAP?
В СУБД Caché, которая является и сервером приложений - есть: Creating Web Services and Web Clients in Caché (неполный список поддерживаемых протоколов и интерфейсов)
4 июл 12, 15:06    [12816554]     Ответить | Цитировать Сообщить модератору
 Re: Что предпочтительней использовать для максимальной гибкости в выборе СУБД?  [new]
MasterZiv
Member

Откуда: Питер
Сообщений: 34709


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

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

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

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

> Насколько я понимаю ODBC (+SSH) предпочтительней и для соединения клиентов с
> СУБД, и для dblink-ов, и для репликаций?

Я ещё раз говорю, пока SOAP нельзя назвать протоколом для связи с СУБД.
ODBC -- можно.

Posted via ActualForum NNTP Server 1.5

4 июл 12, 15:17    [12816624]     Ответить | Цитировать Сообщить модератору
 Re: Что предпочтительней использовать для максимальной гибкости в выборе СУБД?  [new]
Dimitry Sibiryakov
Member

Откуда:
Сообщений: 54798

MasterZiv
пока SOAP нельзя назвать протоколом для связи с СУБД. ODBC -- можно.

ODBC можно назвать протоколом? Ню-ню... По жизни это был API.

Posted via ActualForum NNTP Server 1.5

4 июл 12, 15:35    [12816775]     Ответить | Цитировать Сообщить модератору
 Re: Что предпочтительней использовать для максимальной гибкости в выборе СУБД?  [new]
MasterZiv
Member

Откуда: Питер
Сообщений: 34709

On 07/04/2012 04:35 PM, Dimitry Sibiryakov wrote:

> ODBC можно назвать *протоколом*? Ню-ню... По жизни это был API.

А SOAP не API ? Не ?


Posted via ActualForum NNTP Server 1.5

4 июл 12, 15:41    [12816836]     Ответить | Цитировать Сообщить модератору
 Re: Что предпочтительней использовать для максимальной гибкости в выборе СУБД?  [new]
Dimitry Sibiryakov
Member

Откуда:
Сообщений: 54798

MasterZiv
А SOAP не API ? Не ?

Не-а. Он-то как раз - протокол.

Posted via ActualForum NNTP Server 1.5

4 июл 12, 15:47    [12816876]     Ответить | Цитировать Сообщить модератору
 Re: Что предпочтительней использовать для максимальной гибкости в выборе СУБД?  [new]
SOAP vs ODBC
Guest
MasterZiv
И почему-то их технари хотели
> именно по SOAP, а не по ODBC (+SSH) или на край используя tab-delimited text-file.

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

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

MasterZiv

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

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

Имеется ввиду на стороне СУБД сделать свой сервис/приложение которое будет от клиента принимать SOAP (т.к. в массе в СУБД нет SOAP-ов), а в СУБД вставлять эти данные по ODBC или нативному протоколу?
4 июл 12, 16:23    [12817190]     Ответить | Цитировать Сообщить модератору
 Re: Что предпочтительней использовать для максимальной гибкости в выборе СУБД?  [new]
pkarklin
Member

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


Сервисы не строят на стороне СУБД (хотят тот же MS SQL может "выставлять" хп наружу, как методы сервиса). Это классическая трехзвенка. И именно средний слой будет взаимодействовать с СУБД по "ODBC или нативному протоколу".
4 июл 12, 17:27    [12817685]     Ответить | Цитировать Сообщить модератору
 Re: Что предпочтительней использовать для максимальной гибкости в выборе СУБД?  [new]
MasterZiv
Member

Откуда: Питер
Сообщений: 34709

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

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

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


Posted via ActualForum NNTP Server 1.5

4 июл 12, 18:47    [12818270]     Ответить | Цитировать Сообщить модератору
 Re: Что предпочтительней использовать для максимальной гибкости в выборе СУБД?  [new]
Dimitry Sibiryakov
Member

Откуда:
Сообщений: 54798

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

А zip-файлы - гибче!

Posted via ActualForum NNTP Server 1.5

4 июл 12, 18:51    [12818295]     Ответить | Цитировать Сообщить модератору
 Re: Что предпочтительней использовать для максимальной гибкости в выборе СУБД?  [new]
MasterZiv
Member

Откуда: Питер
Сообщений: 34709

On 07/04/2012 07:51 PM, Dimitry Sibiryakov wrote:

> А zip-файлы - гибче!

Ты ещё забыл добавить про отсортированные масивы.
:-)

Posted via ActualForum NNTP Server 1.5

4 июл 12, 21:02    [12818817]     Ответить | Цитировать Сообщить модератору
 Re: Что предпочтительней использовать для максимальной гибкости в выборе СУБД?  [new]
SOAP vs ODBC
Guest
MasterZiv
On 07/04/2012 05:23 PM, SOAP vs ODBC wrote:

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

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



Ну отправить то по SOAP можно, принять их СУБД не сможет по SOAP.
5 июл 12, 00:01    [12819525]     Ответить | Цитировать Сообщить модератору
 Re: Что предпочтительней использовать для максимальной гибкости в выборе СУБД?  [new]
Ggg_old
Member

Откуда: Одесса
Сообщений: 1342
SOAP - отстой. Только CORBA, только хардкор! ;)
5 июл 12, 00:17    [12819559]     Ответить | Цитировать Сообщить модератору
 Re: Что предпочтительней использовать для максимальной гибкости в выборе СУБД?  [new]
MasterZiv
Member

Откуда: Питер
Сообщений: 34709


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

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

Posted via ActualForum NNTP Server 1.5

5 июл 12, 01:21    [12819666]     Ответить | Цитировать Сообщить модератору
 Re: Что предпочтительней использовать для максимальной гибкости в выборе СУБД?  [new]
SOAP vs ODBC
Guest
MasterZiv

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

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

А кстати какие смогут из вам известных?
5 июл 12, 01:27    [12819676]     Ответить | Цитировать Сообщить модератору
 Re: Что предпочтительней использовать для максимальной гибкости в выборе СУБД?  [new]
MasterZiv
Member

Откуда: Питер
Сообщений: 34709

On 07/05/2012 02:27 AM, SOAP vs ODBC wrote:

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

ASE 15 имела какой-то сервис около себя на этот счёт.
Наша virtuoso умеет. Да и многие другие думаю.
Оракл вон говорили в треде вроде бы.

Posted via ActualForum NNTP Server 1.5

5 июл 12, 01:37    [12819692]     Ответить | Цитировать Сообщить модератору
 Re: Что предпочтительней использовать для максимальной гибкости в выборе СУБД?  [new]
SOAP vs ODBC
Guest
Интересно, а из знатоков MS SQL, MySQL, PostgreSQL кто-нибудь знает умеют ли они принимать данные по SOAP?
5 июл 12, 01:46    [12819706]     Ответить | Цитировать Сообщить модератору
 Re: Что предпочтительней использовать для максимальной гибкости в выборе СУБД?  [new]
Alexander Ryndin
Member

Откуда:
Сообщений: 4919
Блог
MasterZiv
On 07/05/2012 02:27 AM, SOAP vs ODBC wrote:

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

ASE 15 имела какой-то сервис около себя на этот счёт.
Наша virtuoso умеет. Да и многие другие думаю.
Оракл вон говорили в треде вроде бы.
Ненене. Не надо в эту кучу Oracle :) Не должна база выполнять роль сервера приложений.
Можно, конечно, написать что-нибудь на Java и в базу засунуть, но эта хрень будет на совести пользователя :)
5 июл 12, 02:09    [12819726]     Ответить | Цитировать Сообщить модератору
 Re: Что предпочтительней использовать для максимальной гибкости в выборе СУБД?  [new]
Alexander Ryndin
Member

Откуда:
Сообщений: 4919
Блог
Единственное, что есть это доступ к XML DB и к очередям сообщений.
В этих областях это можно оправдать, но в большинстве случаев - это какой-то перекос.
5 июл 12, 02:16    [12819729]     Ответить | Цитировать Сообщить модератору
 Re: Что предпочтительней использовать для максимальной гибкости в выборе СУБД?  [new]
MasterZiv
Member

Откуда: Питер
Сообщений: 34709
Alexander Ryndin
MasterZiv
On 07/05/2012 02:27 AM, SOAP vs ODBC wrote:

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

ASE 15 имела какой-то сервис около себя на этот счёт.
Наша virtuoso умеет. Да и многие другие думаю.
Оракл вон говорили в треде вроде бы.
Ненене. Не надо в эту кучу Oracle :) Не должна база выполнять роль сервера приложений.
Можно, конечно, написать что-нибудь на Java и в базу засунуть, но эта хрень будет на совести пользователя :)


Почему сразу soap должен означать сервер приложений?
5 июл 12, 10:54    [12820584]     Ответить | Цитировать Сообщить модератору
 Re: Что предпочтительней использовать для максимальной гибкости в выборе СУБД?  [new]
Alexander Ryndin
Member

Откуда:
Сообщений: 4919
Блог
MasterZiv
Alexander Ryndin
пропущено...
Ненене. Не надо в эту кучу Oracle :) Не должна база выполнять роль сервера приложений.
Можно, конечно, написать что-нибудь на Java и в базу засунуть, но эта хрень будет на совести пользователя :)


Почему сразу soap должен означать сервер приложений?
Уж таковы мои представления о прекрасном - душа противится :)
Если вы сторонник такого подхода, то приведите пример, где без них не обойтись?
5 июл 12, 11:27    [12820805]     Ответить | Цитировать Сообщить модератору
 Re: Что предпочтительней использовать для максимальной гибкости в выборе СУБД?  [new]
servit
Member

Откуда: г. Кишинёв, Республика Молдова
Сообщений: 3148
Блог
Alexander Ryndin
Не должна база выполнять роль сервера приложений.
Отчего же?
Например, Ensemble объединяет в себе сервер интеграции (имеет поддержку языка BPL, около 250 адаптеров для взаимодействия с приложениями [SAP, Siebel, PeopleSoft, 1C], СУБД [Adabas, Oracle, IBM DB2, MySql], промышленными стандартами [HL7, X12, DICOM] и технологиями [Java, .NET]), сервер приложений и объектную СУБД.
5 июл 12, 13:03    [12821679]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: [1] 2   вперед  Ctrl      все
Все форумы / Сравнение СУБД Ответить