Подключение к ORACLE

← →
_alex_niv_ © (2005-06-03 15:48) [0]

Добрый вечер!

1. Подскажите с помощью чего лучше подключаться к базе на ORACLE (ADO, ODBC,...) и имеет ли это какое-нибудь значение?

2. Для подключения к Interbase мне не советовали использовать стандартные Delphi-ские средства доступа, а как обстоит в этом плане с ORACLE?

3. Я работаю пока в Delphi 5 имеет ли смысл мне переходить на 6 или 7 версии если я буду испоьзовать Delphi-ские средства доступа к базе. Или там ничего особенно в этом плане не изменилось (в лучшую сторону)?

← →
Sergey13 © (2005-06-03 15:57) [1]

1. Лучше нечто вроде DOA или ODAC
2. Какими стандартными?
3. Монопенисуально.

← →
_alex_niv_ © (2005-06-03 16:12) [2]

> Sergey13 © (03.06.05 15:57) [1]
> 1. Лучше нечто вроде DOA или ODAC

а они бесплатны и где их можно достать?

← →
_alex_niv_ © (2005-06-03 16:14) [3]

и чем они лучше того же ADO
функциональность?
надежность?
скорость?

← →
Bronco © (2005-06-03 16:16) [4]

> _alex_niv_ © (03.06.05 16:12) [2]

какова задача? К Ораклу можно не только подключиться но и вполне успешно работать и через штатные средства (BDE, ADO, DBExpress)
Только с переносимостью приложения будут маленькие неудобства, на всех машинах придется доставлять вышеуказанные движки.

← →
_alex_niv_ © (2005-06-03 16:24) [5]

у меня опыт работы с базами очень маленький, пожтому первой что меня интересует какой из менее глюченый (или более надежный)
А задача вполне обычныя:
- необходимо заносить в базу (где-то раз в минуту) некие данные (т.е. вести архив)
- паралельно там будет храниться конфигурация - это порядка десяти связных таблиц
- кол-во клиентов будет не больше 5-7
вот и все

← →
Bronco © (2005-06-03 16:52) [6]

> _alex_niv_ © (03.06.05 16:24) [5]

И для этого тебе нужен Оракл? Дело твое конечно, но это как из пушки по воробьям... IB за глаза хватило бы.
По своему опыту скажу, что использовал из штатных компонент - BDE, ADO, из нештатных - DOA. Вобщем-то ни один из них не могу обвинить в особой глючности.
Что по скорости - так лидирует DOA. Это компонент прямого доступа, но он платный. Далее ADO, и самая низкая скорость у BDE (это по моим тестам)
У DOA соответственно плюс в том, что кроме клиента Оракла на клиентской машине ставить ничего не надо. У остальных нужно ставить соотв. движки (BDE или ADO)

← →
mr.IL © (2005-06-03 17:06) [7]

Был у меня такой глюк с ADO. Пишу в ADOQuery запрос по уникальному полю - нету записи. Выполняю тот-же запрос через BDE - возвращает запись. Причем глюк не стабильный. Хотел даже сюда пожаловаться, да сделал усе через BDE.

← →
_alex_niv_ © (2005-06-03 17:17) [8]

> Bronco © (03.06.05 16:52) [6]

> И для этого тебе нужен Оракл? Дело твое конечно, но это как из > пушки по воробьям...

Оракл - это требование заказчика, мне и самому его не хотелось бы использовать, у меня опыта работы с базами почти нет (только Paradox через BDE), но деваться не куда.
Т.е. можно смело конектится через ADO и особо не мудрить?

← →
Bronco © (2005-06-03 17:24) [9]

> _alex_niv_ © (03.06.05 17:17) [8]

> Т.е. можно смело конектится через ADO и особо не мудрить?

Можно смело. Я бы на твоем месте так и сделал, в противном случае пускай заказчик оплачивает покупку сторонних компонент DOA или ODAC

> mr.IL © (03.06.05 17:06) [7]

Сдается мне что это глюк не ADO :-)
Во всяком случае у самого ничего подобного не было, даже без установленных апдейтов.

← →
mr.IL © (2005-06-03 17:27) [10]

На самом деле, это даже хорошо, что проект маленький. Быстрее научишся работать с ORACLE.

← →
mr.IL © (2005-06-03 17:31) [11]

Ну я не знаю, может глюк и не адо, т.к. база не моя, а сторонних разработчиков. И наворочено там - мама не горюй. Но парадох вопроса именно в том, что я выполнял потом запросы паралельно (через адо и бде), и в случае адо получал 0 (при чем очень не стабильно).

← →
_alex_niv_ © (2005-06-03 18:02) [12]

У меня еще вопрос как только я узнал (буквально вчера), что придется использовать ORACLE я начал интересоваться что это за зверь. И некоторые товарищи утверждали типа это самая сложная БД из всех существующих, и для того чтобы ее освоить необходимо чуть ли не год а то и два года ее изучения. Прямо совсем запугали.
Неужели настолько все сложно?
Или все это енрунда?
А то у меня на все про все два-три месяца не больше (включая и разработку приложения).

← →
mr.IL © (2005-06-03 18:06) [13]

Не все так сложно как кажется.
Не все так просто как думается.

Найди грамотонго ораклоида и спроси об основных подводных камнях.
Кроме сложностей, там много вкусностей. И еще по заверениям народа ORACLE очень сложно свалить.

← →
_alex_niv_ © (2005-06-03 18:22) [14]

А какую литературу посоветуете почитать по этому вопросу?

← →
_alex_niv_ © (2005-06-03 18:25) [15]

Или может в сети что-то есть в электронном виде (только на русском языке)?

← →
Sergey13 © (2005-06-04 09:53) [16]

2[12] _alex_niv_ © (03.06.05 18:02)
> Прямо совсем запугали.
Для прикладного разработчика разницы между ИБ например и Ораклом особой нет.
Если тебе придется как то администрировать его, тогда конечно без опыта будет сложнее чем с ИБ.

← →
_alex_niv_ © (2005-06-06 09:23) [17]

Sergey13 © (04.06.05 09:53) [16]

> Если тебе придется как то администрировать его, тогда конечно > без опыта будет сложнее чем с ИБ.

Извиняюсь за глупый вопрос, но я с базами практически не работал:
а что означает администрировать?
Или скажем так можно ли написать такой софт и базу, чтобы его потом не приходилось бы администрировать?
Т.е. предусмотреть всякие способы востановленя данных в случае их порчи и обеспечения дальнейшего функционирования софта, что бы это мог сделать абсолютно любой человек, т.к. дальнейшая поддержка все равно будет лежать на мне
Или понятие администрирвание - это более глубокие вещи?

← →
Reindeer Moss Eater © (2005-06-06 09:25) [18]

Или скажем так можно ли написать такой софт ....

Мечтатель.
Тогда бы не существовало администраторов БД в штатных расписаниях.

← →
_alex_niv_ © (2005-06-06 09:38) [19]

Т.е. мне потом придется изучать и администрирование ORACLE - все таки не зря меня пугали этим монстром

Спасибо всем за помощь!

← →
Sergey13 © (2005-06-06 12:23) [20]

2[17] _alex_niv_ © (06.06.05 09:23)
>а что означает администрировать?
Хотябы по минимуму - установить сервер, создать табличные пространства, разобраться с подключением и т.п. Можно конечно все по умолчанию поставить. Да и не особо сложно это. Но намного сложнее чем в упоминаемом ранее ИБ.

> Или скажем так можно ли написать такой софт и базу, чтобы его потом не приходилось бы администрировать?

Можно, если данные в этой базе не нужны никому. Кроме автора того замечательного софта. 8-)

← →
_alex_niv_ © (2005-06-06 17:23) [21]

Sergey13 © (06.06.05 12:23) [20]

> Можно, если данные в этой базе не нужны никому

Задача так и стоит что бы с данными общались только мои приложения, а заказчик и не собирается туда лезть

← →
Sergey13 © (2005-06-06 18:19) [22]

2[21] _alex_niv_ © (06.06.05 17:23)
> Задача так и стоит что бы с данными общались только мои приложения, а заказчик и не собирается туда лезть

Раз
>Оракл - это требование заказчика
Значит он с ним работает, и у него в базе (в одной с тобой!!!) есть еще что-то. Если твои задачи начнут тормозить остальных, то на месте заказчика я бы тебе сделал нехорошо. 8-)

Если ты будешь работать (в смысле прогу писать) прямо с его базой, тогда конечно тебе проще. Все сведется к разговорам с админом.

← →
Val © (2005-06-06 18:46) [23]

>[22] Sergey13 © (06.06.05 18:19)

> Значит он с ним работает, и у него в базе (в одной с тобой!!!)
> есть еще что-то.

Не факт, совсем не факт. Это может быть просто потому что.. "Оракл ЭТО ЧИСТО КРУТО, так все говорят...." :)

← →
Sergey13 © (2005-06-06 19:06) [24]

2 [23] Val © (06.06.05 18:46)
Тогда заказчик - дурак. А

Пока живут на свете дураки
Жить, стало б нам, с руки.
(с) Кот Базилио

8-)

Val © (06.06.05 18:46) [23]

> Не факт, совсем не факт. Это может быть просто потому
> что.. "Оракл ЭТО ЧИСТО КРУТО, так все говорят...." :)

Именно так и обстоит дело, заказчик считает что ORACLE самая надежная база, а т.к. журнал будет накапливаться в течении нескольких лет, а для заказчика эти данные очень важны - то он считает что и база должна быть самая надежная.
Я тоже слышал что ORACLE на голову выше того же MS SQL
А ставить Indastrial SQL слишком дорого.

2[25] _alex_niv_ © (07.06.05 09:16)
>Именно так и обстоит дело, заказчик считает что ORACLE самая надежная база
Это так (хоть и спорно конечно 8-), но при обязательном условии - наличие опытного администратора. Без этого - обычная БД которая рушится на раз.

В твоем случае это как уже говорили - из пушки по воробьям.

> _alex_niv_ © (07.06.05 09:16) [25]
- для начала изучи PL/SQL и возможности оракла, чтобы юзать его в полной мере. Админить его не так уж и тяжело. Если сервак поставят покруче, то пока появятся проблемы - успеешь изучить администрирование, а оно никогда не помешает.
Раз собираешься писать новый проект, лучше не юзать стандартные компоненты, а сразу писать на заточенных - ODAC или DOA, иначе потом задерешься переписывать.
Имхо. DOA надежнее, ODAC легче при переходе с BDE или ADO + умеет работать без клиента, но чуть глючнее.
Где взять - хорошо попросить.

2[27] ANB © (07.06.05 10:54)
У него всего десяток таблиц во всем "проекте". И крутой сервак, мне кажется, ему не грозит. Подобные заказчики, любители крутости, обычно сбивают свою спесь, когда им говоришь про стоимость "крутости". 8-)
Да и не все зависит от крутости сервака.

>[24] Sergey13 © (06.06.05 19:06)
Может и так, но ярлыки сразу вешать не стоит, поскольку заказчик вовсе не обязан являться специалистом в IT. А вот дело именно такого специалиста - выбор инструментария для поставленной задачи и по-возможности убеждение заказчика в правильности своего выбора в ситуациях, описанных автором, по-моему.

ANB © (07.06.05 10:54) [27]

> Раз собираешься писать новый проект, лучше не юзать
> стандартные компоненты, а сразу писать на заточенных - ODAC
> или DOA, иначе потом задерешься переписывать.
> Имхо. DOA надежнее, ODAC легче при переходе с BDE или ADO +
> умеет работать без клиента, но чуть глючнее.
> Где взять - хорошо попросить.

А где можно достать этот DOA?
И чем все-таки плох ADO, какие могут быть с ним проблемы?

2 [29] Val © (07.06.05 11:21)
>Может и так, но ярлыки сразу вешать не стоит, поскольку заказчик вовсе не обязан являться специалистом в IT.
Наверное с "ярлыками" я переборщил. Каюсь. Хотя из опыта - не думаю, что сильно. Ибо раз "не специалист", но "требует Оракл", то....

ЗЫ: Можно в "треп" перносить ветку. Или закрывать.8-)

> И чем все-таки плох ADO, какие могут быть с ним проблемы?
- Гы, поработаешь, сравнишь - узнаешь.

> А где можно достать этот DOA?
- грю же - попросить. DOA с ключами, уже не помню сам как ставил. ODAC - крякнутый, есть прикольная штука - VirtualTable. Но ODAC 5.10 не умеет находить TNSNames, прописанные на клиентской машине, точнее процедура есть, но не работает, а DOA - умеет.

Уже как-то говорил в подобной теме - есть еще бесплатные компоненты NCOCI. С исходниками.

ANB © (07.06.05 12:34) [32]

> - грю же - попросить. DOA с ключами, уже не помню сам как
> ставил. ODAC - крякнутый,

можешь куда-нибудь выложить DOA с ключами, или скинуть на мой ящик

Подключение к ORACLE Найти похожие ветки