Мастера DELPHI (документация, исходники, скачать)

Основная («Начинающим»)/ Базы / WinAPI / Компоненты / Сети / Media / Игры / Corba и COM / KOL / FreePascal / .Net / Прочее / RSDN.ORG

« предыдущая ветвь | форум | следующая ветвь »

Подключение к ORACLE [D5]

Страницы: 1 2 >
_alex_niv_ © (2005-06-03 15:48:00)
Добрый вечер!

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

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

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

ANB (2005-06-07 22:55:00) [1]

> _alex_niv_ © (07.06.05 16:07) [34]
- отправил на мыло.

_alex_niv_ (2005-06-07 16:07:00) [2]
ANB © (07.06.05 12:34) [32]

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

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

Val (2005-06-07 12:46:00) [3]
Уже как-то говорил в подобной теме - есть еще бесплатные компоненты NCOCI. С исходниками.

ANB (2005-06-07 12:34:00) [4]

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

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

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

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

_alex_niv_ (2005-06-07 11:31:00) [6]
ANB © (07.06.05 10:54) [27]

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

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

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

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

ANB (2005-06-07 10:54:00) [9]

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

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

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

_alex_niv_ (2005-06-07 09:16:00) [11]
Val © (06.06.05 18:46) [23]

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

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

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

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

8-)

Val (2005-06-06 18:46:00) [13]
>[22] Sergey13 © (06.06.05 18:19)

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

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

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

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

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

_alex_niv_ (2005-06-06 17:23:00) [15]
Sergey13 © (06.06.05 12:23) [20]

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

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

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

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

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

_alex_niv_ (2005-06-06 09:38:00) [17]
Т.е. мне потом придется изучать и администрирование ORACLE - все таки не зря меня пугали этим монстром

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

Reindeer Moss Eater (2005-06-06 09:25:00) [18]
Или скажем так можно ли написать такой софт ....

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

_alex_niv_ (2005-06-06 09:23:00) [19]
Sergey13 © (04.06.05 09:53) [16]

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

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

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

Страницы: 1 2 >

Наверх

	« предыдущая ветвь \| форум \| следующая ветвь »