DOA vs. ODAC. Програмирующие Oracle + Delphi (Builder) ваш выбор?

← →
by © (2005-09-15 10:17) [0]

Кто пишет на Delphi приложения которые работают с БД Oracle? Какие компоненты доступа используете, что удобнее, функциональнее? Читал что ODAC позволяет работаь без установленного клиента Oracle, но при этом нет возможности прервать запрос на сервере, это так? Или может кто что другое использует и это удобнее (BDE, Zeos, ADO, etc.)
Просьба высказать свое мнение.

← →
Rule © (2005-09-15 10:19) [1]

OCI :-))))
мне кстати тоже интересно услышать мнение, с аргументами, правда я бы задал этот вопрос базах ...

← →
Reindeer Moss Eater © (2005-09-15 10:22) [2]

Если довольствоваться теми фичами, которые остаются доступны при использовании ODAC.NET, то можно сказать, что и BDE + SQLLinks ничем не хуже.
Чего все так запали на "работу без клиента"?

← →
Rule © (2005-09-15 10:25) [3]

Reindeer Moss Eater © (15.09.05 10:22) [2]
хм, вот про БДЕ могу поспорить ...

← →
Reindeer Moss Eater © (2005-09-15 10:27) [4]

Rule ©
И я могу поспорить. Так как имею за плечами многолетний успешный опыт работы с Ораклом версий от семерки до девятки через bde + sqllinks.

← →
Reindeer Moss Eater © (2005-09-15 10:28) [5]

Правда в настоящее время использую odac

← →
Sergey13 © (2005-09-15 10:28) [6]

ИМХО без разницы. Что есть то и юзай. И то и другое с головой покрывает потребности 99% пользователей. Где то в инете натыкался (давно правда, сейчас порылся не нашел) на сравнительную статейку ДОА и ОДАК. Там тот-же вывод.
С ДОА работал много, ОДАК только попробовал разок.

← →
ANB © (2005-09-15 10:28) [7]

DOA, ODAC.

← →
Rule © (2005-09-15 10:33) [8]

Reindeer Moss Eater © (15.09.05 10:27) [4]
я вот толкьо начинаю осваивать эти бедбри, но интересно неужели через БДЕ можно работать с объектами и пакетами ...

← →
Reindeer Moss Eater © (2005-09-15 10:36) [9]

>Если довольствоваться теми фичами, которые остаются доступны при использовании ODAC.NET, то можно сказать, что и BDE + SQLLinks ничем не хуже.

А с пакетами без проблем.

← →
by © (2005-09-15 10:38) [10]

Reindeer Moss Eater © (15.09.05 10:28) [5]
Правда в настоящее время использую odac
Есть там опция прерывания выполнения запроса на сервере?

← →
Reindeer Moss Eater © (2005-09-15 10:40) [11]

Там есть возможность выполнения неблокирующих клиента запросов.
Но это еще не означает, что ты можешь прерывать выполнение своего запроса на сервере.

← →
Rule © (2005-09-15 10:41) [12]

by © (15.09.05 10:38) [10]
а это сильно важно вообще, насколько я знаю можно без проблемм это самому реализовать ..., но токож не во всех случаях, есть ситуации когда этого сам сервер не поддерживает

← →
Sergey13 © (2005-09-15 10:42) [13]

2 [10] by © (15.09.05 10:38)
А зачем вообще такая фича в жизни?

← →
ANB © (2005-09-15 10:43) [14]

Можно в ODACе прерывать выполнение запроса на сервере.

← →
Reindeer Moss Eater © (2005-09-15 10:55) [15]

>Можно в ODACе прерывать выполнение запроса на сервере.

Можно только пытаться в ODACе прерывать выполнение запроса на сервере.

← →
by © (2005-09-15 11:21) [16]

Sergey13 © (15.09.05 10:42) [13]
А зачем вообще такая фича в жизни?
Я когда пишу в PL|SQL Developer запрос, запускаю его и вижу что долго он выполняется, то могу его прервать. Тем более это важно в задаче когда запросы произвольные.

← →
Sergey13 © (2005-09-15 11:32) [17]

2 [16] by © (15.09.05 11:21)
>Тем более это важно в задаче когда запросы произвольные.
У тебя юзеры сами их пишут? Сочувтвую.
В девелопере это вроде сделано за счет мультисессионности. Т.е. решается не совсем за счет компонент доступа (написана вроде на ДОА).

← →
vecna © (2005-09-15 11:38) [18]

Пользуюсь ODAC"ом. Почти доволен =)

← →
Reindeer Moss Eater © (2005-09-15 11:47) [19]

Я когда пишу в PL|SQL Developer запрос, запускаю его и вижу что долго он выполняется, то могу его прервать.

Не путай прерывание потока на клиенте в котором идет ожидание завершения запроса с прерыванием запроса на сервере.

← →
by © (2005-09-15 12:01) [20]

Sergey13 © (15.09.05 11:32) [17]
У тебя юзеры сами их пишут? Сочувтвую.
В девелопере это вроде сделано за счет мультисессионности. Т.е. решается не совсем за счет компонент доступа (написана вроде на ДОА).
Я пишу в данный момент инструментальное средсво, в котором и будет свободный SQL, т.е. средсво для девелоперов-эксплуататоров. Поэтому и важна возможность прервать запрос, даже если это будет на клиенте, важно что бы и сервер его потом прибил.

vecna © (15.09.05 11:38) [18]
Пользуюсь ODAC"ом. Почти доволен =)
А почему почти? есть недостатки?

← →
Игорь Шевченко © (2005-09-15 12:06) [21]

А у нас самописные компоненты, через OCI работающие.

Правда, с переходом на .Net покупаем ODAC

← →
Reindeer Moss Eater © (2005-09-15 12:12) [22]

> важно что бы и сервер его потом прибил.

Сервер его не прибъет. Он его почти всегда выполнит.

← →
Sergey13 © (2005-09-15 12:32) [23]

2 [20] by © (15.09.05 12:01)
>Поэтому и важна возможность прервать запрос, даже если это будет на клиенте, важно что бы и сервер его потом прибил.
Если интересно, у Димы Большакова (автора ЕхЛиб) есть реализация для ДОА с исходниками.
http://www.ehlib.com/RUS/default.htm
http://www.ehlib.com/oracutils.zip

← →
vecna © (2005-09-15 12:40) [24]

by © [20]
Недостатки есть у всех.

← →
by © (2005-09-15 13:27) [25]

vecna © (15.09.05 12:40) [24]
А какие недостатки есть у ODAC, хотя бы вкратце.

← →
1g0r © (2005-09-15 14:12) [26]

а с dbExpress я один что ли работаю? %)

мне хватает

← →
Sergey_Masloff (2005-09-15 20:46) [27]

У нас используются и DOA и ODAC, по ряду причин все больше - ODAC

← →
Юра (2005-09-29 08:38) [29]

Удалено модератором

← →
Юра (2005-09-29 08:39) [30]

Удалено модератором

by © (15.09.05 13:27) [25]
> А какие недостатки есть у ODAC, хотя бы вкратце.

1. много багов
2. очень капризно ведет себя в многопоточных приложенях.

1. много багов
2. очень капризно ведет себя в многопоточных приложенях.

Непроверенные слухи, либо он ведет себя так только у тебя.

Reindeer Moss Eater

не слухи.
версия 5.10.1.6

1. посмотрите их bugfix лист на кол-во ошибок исправленных от версии к версии.
2. если во время чтения большого LOBa по кускам из другого потока случится select, получите ошибку. там не вызывается Busy (на сколько я помню). Может быть так спецаильно задумано, но зачем тогда ThreadSafety если он не всегда анализируется?

1. посмотрите их bugfix лист на кол-во ошибок исправленных от версии к версии.

Это не есть отличительная особенность одака

2. если во время чтения большого LOBa по кускам из другого потока случится select, получите ошибку. там не вызывается Busy (на сколько я помню). Может быть так спецаильно задумано, но зачем тогда ThreadSafety если он не всегда анализируется?

Это только с очень большой натяжкой можно охарактеризовать как
очень капризно ведет себя в многопоточных приложенях

Это просто баг и ничего более.

DOA проще и надежнее, но код с ним немного длиннее. Во всяком случае, если клиент не очень сложный - предпочитаю его на DOA писать, граблей меньше. Как всегда, чем больше стоит на автомате, тем больше потенциальных ошибок.

ЗЫ. У меня запросы снимаются (ODAC). Но пришлось много геморроится. Для DOA я еще не пробовал, но тоже должно быть. А вот выполнение процедуры не всегда и из девелопера снять можно.

← →
Seg (2005-09-29 13:45) [36]

А как насчет того, чтобы просто убить сессию?

> Seg (29.09.05 13:45) [36]
- сессия тоже не всегда убивается. И не очень это кузяво при снятии обычных селектов.

DOA vs. ODAC. Програмирующие Oracle + Delphi (Builder) ваш выбор? Найти похожие ветки