![]() |
| ||
|
|
Новости |
Поиск |
FAQ |
Статьи |
Книги |
Новости VCL
| | Форумы ЧАТ |
Орешник |
|
| |||
| |||
« предыдущая ветвь | форум | следующая ветвь »
Компоненты доступа к Oracle
Соловьев © (2005-12-14 14:34:00)Народ, всем привет!
Помогите советом по Oracle. Кто какие копоненты юзает, какие лучше какие хуже.
Интересуют как платные так и бесплатные, но обязательно с исходниками.
evvcom (2005-12-15 09:04:00) [1]
> Но чемпион однозначно Direct Oracle Acess (DOA)!
> У них есть и привязка к sequence-ам, свои редакторы и даже
> отладочный режим. Ни у каких других я не видел такого удобного
> набора событий типа onApplyUpdates и т.п.
На чемпионский титул все же, имхо, 2 претендента DOA и ODAC. В ODAC все эти вкусности тоже имеются и даже по-моему поболее. Скорости их я не сравнивал, читал отзывы, говорят, что DOA все же быстрее, потому как напрямую без OCI общается с сервером. Но ведь есть ODAC.NET, который тоже минует OCI и стучится на сервер по TCP/IP напрямую. Вероятно его скорость будет повыше версии без .NET? Так что об однозначности все же говорить рановато.
Курдль (2005-12-14 16:59:00) [2]
> Я бы не спрашивал - если бы было так все просто. Меня интересуют
> те которые народ юзает, влоть до версии. То что я найду
> - не уверен.
Я прекратил использование SQL Direct и DOA полтора года назад после перехода на ADO.NET.
Использовал "Direct Oracle Access 3.4.5" и SQLDirect Component Library 3.2
Официальные ссылки нашел только: http://www.sqldirect-soft.com/
Только надо помнить, что SQLDirect хоть и универсальны, но коннектятся через ODBC в то время как DOA - напрямую.
Desdechado (2005-12-14 16:19:00) [3]> если один проект подразумевает использование разных СУБД.
> Как раз так и есть
агитировать не буду, но проект живет успешно на FB1.5 и ORA9.2 с dbExpress
естественно, небольшие вилки в коде есть
и еще естественнее, что никаких спецфич отдельной СУБД использовать сильно не получится во избежание сильного "расползания" кода
> исследования показали, dbExpress работает с ораклом глючно
И еще раз повторю, все зависит от драйвера. Для оракла много косых, видимо, толькотаковые тебе и попадались. Надо долго и трудно выбирать. Лучше купить.
Sergey13 (2005-12-14 15:55:00) [4]2[13] Соловьев © (14.12.05 15:53)
> То что я найду - не уверен.
Не сумлевайся. Если найдешь - значит юзают. Если не юзают - вряд-ли найдешь. 8-)
Попробуй хотя бы поискать.
Соловьев (2005-12-14 15:53:00) [5]
> У тебя поисковиков что ли нету? Что ты все ссылочки то просишь?
> 8-)
Я бы не спрашивал - если бы было так все просто. Меня интересуют те которые народ юзает, влоть до версии. То что я найду - не уверен.
Sergey13 (2005-12-14 15:50:00) [6]2[11] Соловьев © (14.12.05 15:44)
> Какраз так и есть. Можно ссылочку?
У тебя поисковиков что ли нету? Что ты все ссылочки то просишь? 8-)
Соловьев (2005-12-14 15:44:00) [7]
> SQLDirect хороши, если один проект подразумевает использование
> разных СУБД.
Какраз так и есть. Можно ссылочку?
Соловьев (2005-12-14 15:44:00) [8]
> Но чемпион однозначно Direct Oracle Acess (DOA)!
Ссылку можно?
Курдль (2005-12-14 15:39:00) [9]
> Соловьев © (14.12.05 14:34)
> Народ, всем привет!
> Помогите советом по Oracle. Кто какие копоненты юзает, какие
> лучше какие хуже.
Корпоративные исследования показали, что dbExpress работает с ораклом глючно, а ADO слишком убогие. SQLDirect хороши, если один проект подразумевает использование разных СУБД.
Но чемпион однозначно Direct Oracle Acess (DOA)!
У них есть и привязка к sequence-ам, свои редакторы и даже отладочный режим. Ни у каких других я не видел такого удобного набора событий типа onApplyUpdates и т.п.
Соловьев (2005-12-14 15:37:00) [10]
> Используй OCI напрямую. Все баги будут только твои. 8-)
> Кстати, исходников Оракла не надо? А то там тоже багов будь
> здоров, судя по количеству патчей. 8-)
Я серьезно.
Тот же SDAC взять, у них баг достаточно, есть исходники, подправили, а ждать пока это сделают азработчики долго...
> [7] evvcom © (14.12.05 15:35)
Вот ODAC наверное самый реальный.
evvcom (2005-12-14 15:35:00) [11]Я ODAC пользую с исходниками. Багов пока не наблюдал, но, имея исходники, унаследовался от TOraStoredProc и легко заточил потомка под собственные нужды. Без исходников это сделать гораздо сложнее.
Sergey13 (2005-12-14 15:26:00) [12]2[5] Соловьев © (14.12.05 15:21)
Используй OCI напрямую. Все баги будут только твои. 8-)
Кстати, исходников Оракла не надо? А то там тоже багов будь здоров, судя по количеству патчей. 8-)
Соловьев (2005-12-14 15:21:00) [13]
> а исходники зачем, да еще и обязательно?
> если платные, всегда можно сделать feature request
потому как этот запрос можно долго ждать а багу исправить нужно сейчас.
Desdechado (2005-12-14 15:18:00) [14]а исходники зачем, да еще и обязательно?
если платные, всегда можно сделать feature request
я использую dbExpress, вполне живет, вот только драйвер тогда выбирать придется, много косых :(
Vlad (2005-12-14 14:43:00) [15]
> Соловьев © (14.12.05 14:34)
Больше всего нравится DOA (платные), хотя они требуют установки Оракл-клиента.
ODAC тоже платные и тоже хорошо работают, не требуют установки Оракл-клиента, но исходники есть не ко всему. Насколько я помню, ключевые места, где прямой доступ к серверу - запрятаны.
Из стандартных ADO - тоже неплохо работает, но помнится, они требуют установки MDAC
DBExpess - как-то руки не дошли испробовать, хотя некоторые говорят неплохая штука.
Соловьев (2005-12-14 14:42:00) [16]
> [1] Sergey13 © (14.12.05 14:39)
спасибо.
А ссылки можешь дать?
Sergey13 (2005-12-14 14:39:00) [17]ИМХО. Лучше всего платные DOA или ODAC. Они примерно равнозначны. А так - чего хочешь то и юзай.