Компоненты доступа к Oracle

← →
Соловьев © (2005-12-14 14:34) [0]

Народ, всем привет!
Помогите советом по Oracle. Кто какие копоненты юзает, какие лучше какие хуже.
Интересуют как платные так и бесплатные, но обязательно с исходниками.

← →
Sergey13 © (2005-12-14 14:39) [1]

ИМХО. Лучше всего платные DOA или ODAC. Они примерно равнозначны. А так - чего хочешь то и юзай.

← →
Соловьев © (2005-12-14 14:42) [2]

> [1] Sergey13 © (14.12.05 14:39)

спасибо.
А ссылки можешь дать?

← →
Vlad © (2005-12-14 14:43) [3]

> Соловьев © (14.12.05 14:34)

Больше всего нравится DOA (платные), хотя они требуют установки Оракл-клиента.
ODAC тоже платные и тоже хорошо работают, не требуют установки Оракл-клиента, но исходники есть не ко всему. Насколько я помню, ключевые места, где прямой доступ к серверу - запрятаны.
Из стандартных ADO - тоже неплохо работает, но помнится, они требуют установки MDAC
DBExpess - как-то руки не дошли испробовать, хотя некоторые говорят неплохая штука.

← →
Desdechado © (2005-12-14 15:18) [4]

а исходники зачем, да еще и обязательно?
если платные, всегда можно сделать feature request

я использую dbExpress, вполне живет, вот только драйвер тогда выбирать придется, много косых :(

← →
Соловьев © (2005-12-14 15:21) [5]

> а исходники зачем, да еще и обязательно?
> если платные, всегда можно сделать feature request

потому как этот запрос можно долго ждать а багу исправить нужно сейчас.

← →
Sergey13 © (2005-12-14 15:26) [6]

2[5] Соловьев © (14.12.05 15:21)
Используй OCI напрямую. Все баги будут только твои. 8-)
Кстати, исходников Оракла не надо? А то там тоже багов будь здоров, судя по количеству патчей. 8-)

← →
evvcom © (2005-12-14 15:35) [7]

Я ODAC пользую с исходниками. Багов пока не наблюдал, но, имея исходники, унаследовался от TOraStoredProc и легко заточил потомка под собственные нужды. Без исходников это сделать гораздо сложнее.

← →
Соловьев © (2005-12-14 15:37) [8]

> Используй OCI напрямую. Все баги будут только твои. 8-)
> Кстати, исходников Оракла не надо? А то там тоже багов будь
> здоров, судя по количеству патчей. 8-)

Я серьезно.
Тот же SDAC взять, у них баг достаточно, есть исходники, подправили, а ждать пока это сделают азработчики долго...

> [7] evvcom © (14.12.05 15:35)

Вот ODAC наверное самый реальный.

← →
Курдль © (2005-12-14 15:39) [9]

> Соловьев © (14.12.05 14:34)
> Народ, всем привет!
> Помогите советом по Oracle. Кто какие копоненты юзает, какие
> лучше какие хуже.

Корпоративные исследования показали, что dbExpress работает с ораклом глючно, а ADO слишком убогие. SQLDirect хороши, если один проект подразумевает использование разных СУБД.
Но чемпион однозначно Direct Oracle Acess (DOA)!
У них есть и привязка к sequence-ам, свои редакторы и даже отладочный режим. Ни у каких других я не видел такого удобного набора событий типа onApplyUpdates и т.п.

← →
Соловьев © (2005-12-14 15:44) [10]

> Но чемпион однозначно Direct Oracle Acess (DOA)!

Ссылку можно?

← →
Соловьев © (2005-12-14 15:44) [11]

> SQLDirect хороши, если один проект подразумевает использование
> разных СУБД.

Какраз так и есть. Можно ссылочку?

← →
Sergey13 © (2005-12-14 15:50) [12]

2[11] Соловьев © (14.12.05 15:44)
> Какраз так и есть. Можно ссылочку?
У тебя поисковиков что ли нету? Что ты все ссылочки то просишь? 8-)

> У тебя поисковиков что ли нету? Что ты все ссылочки то просишь?
> 8-)

Я бы не спрашивал - если бы было так все просто. Меня интересуют те которые народ юзает, влоть до версии. То что я найду - не уверен.

2[13] Соловьев © (14.12.05 15:53)
> То что я найду - не уверен.
Не сумлевайся. Если найдешь - значит юзают. Если не юзают - вряд-ли найдешь. 8-)
Попробуй хотя бы поискать.

> если один проект подразумевает использование разных СУБД.
> Как раз так и есть
агитировать не буду, но проект живет успешно на FB1.5 и ORA9.2 с dbExpress
естественно, небольшие вилки в коде есть
и еще естественнее, что никаких спецфич отдельной СУБД использовать сильно не получится во избежание сильного "расползания" кода

> исследования показали, dbExpress работает с ораклом глючно
И еще раз повторю, все зависит от драйвера. Для оракла много косых, видимо, толькотаковые тебе и попадались. Надо долго и трудно выбирать. Лучше купить.

> Я бы не спрашивал - если бы было так все просто. Меня интересуют
> те которые народ юзает, влоть до версии. То что я найду
> - не уверен.

Я прекратил использование SQL Direct и DOA полтора года назад после перехода на ADO.NET.

Использовал "Direct Oracle Access 3.4.5" и SQLDirect Component Library 3.2

Официальные ссылки нашел только: http://www.sqldirect-soft.com/

Только надо помнить, что SQLDirect хоть и универсальны, но коннектятся через ODBC в то время как DOA - напрямую.

> Но чемпион однозначно Direct Oracle Acess (DOA)!
> У них есть и привязка к sequence-ам, свои редакторы и даже
> отладочный режим. Ни у каких других я не видел такого удобного
> набора событий типа onApplyUpdates и т.п.

На чемпионский титул все же, имхо, 2 претендента DOA и ODAC. В ODAC все эти вкусности тоже имеются и даже по-моему поболее. Скорости их я не сравнивал, читал отзывы, говорят, что DOA все же быстрее, потому как напрямую без OCI общается с сервером. Но ведь есть ODAC.NET, который тоже минует OCI и стучится на сервер по TCP/IP напрямую. Вероятно его скорость будет повыше версии без .NET? Так что об однозначности все же говорить рановато.

Компоненты доступа к Oracle Найти похожие ветки