Справочник функций

Ваш аккаунт

Войти через: 
Забыли пароль?
Регистрация
Информацию о новых материалах можно получать и без регистрации:

Почтовая рассылка

Подписчиков: -1
Последний выпуск: 19.06.2015

Взаимодействие Builder( delphi) с Oracle

348
03 июля 2003 года
Saris
389 / / 14.03.2003
Возникла проблема: приложение на билдере может достучаться до сервера оракл только если на машине с приложением установлен клиент оракла. А нужно сделать так что-бы приложение работало и без клиента оракла. Если кто знает как это сделать подскажите, буду очень благодарен.
293
03 июля 2003 года
SEDEGOFF
586 / / 06.10.2002
Скорее всего ни как.
Нам для ознакомления ставили матерую программу на оракле, написана на делфи. Так вот ставили и клиента и сервер
295
03 июля 2003 года
gray_k
356 / / 20.12.1999
Конечно никак. Это вопрос из разряда ненаучной фантастики. Если не ставить клента, то надо его писать самому.
348
03 июля 2003 года
Saris
389 / / 14.03.2003
Там вся проблемма в том что Oracle работает не по TCP/IP, а по своему протоколу который является надстройкой над TCP/IP и соответственно нет прямого доступа. Но вроде как можно написать сервер приложения, положить его на сервак где оракл и нужным образом сконфигуриривать. А с клиента стучаться в этот сервер приложения, а он в свою очередь будет стучаться в оракл, и вроде как он пишется с помощью компонента DCOM. Если кто с ним работал подскажите пожалуйста.
295
03 июля 2003 года
gray_k
356 / / 20.12.1999
Цитата:
Originally posted by Saris
Там вся проблемма в том что Oracle работает не по TCP/IP, а по своему протоколу который является надстройкой над TCP/IP и соответственно нет прямого доступа. Но вроде как можно написать сервер приложения, положить его на сервак где оракл и нужным образом сконфигуриривать. А с клиента стучаться в этот сервер приложения, а он в свою очередь будет стучаться в оракл, и вроде как он пишется с помощью компонента DCOM. Если кто с ним работал подскажите пожалуйста.


Так конечно можно. Но там где будет работать сервер приложений всё равно должен стоять клиент оракла. А пример написания трёхзвенки на билдере тут http://www.rsdn.ru/article/?db/midas.xml

348
04 июля 2003 года
Saris
389 / / 14.03.2003
Туда то конечно. Просто прогой будет пользоваться куча юзеров, а ставить 1 клиент или 100 разница огромная. Кстати есть ещё способ сделать подобное без трёхзвенки, а с помощью сетевых дисков.
989
05 июля 2003 года
Vlad232ua
182 / / 02.04.2003
Цитата:
Originally posted by Saris
Туда то конечно. Просто прогой будет пользоваться куча юзеров, а ставить 1 клиент или 100 разница огромная. Кстати есть ещё способ сделать подобное без трёхзвенки, а с помощью сетевых дисков.


В любом случае решение простым не будет. IMHO если захочешь делать с DCOM/COM+ то придется начать всетаки отсюда
http://www.rsdn.ru/article/default.asp?com/introcom.xml
плюс еще книг прикупить/нарыть. Плюс взяться за VC (поверь придется, технология то Microsoft), плюс задуматься над тем, что за workstation у тебя стоят Win98, NT4.0 или 2000 (ньюансы будут, опять-таки поверь на слово). Кроме того, хоть у юзверей и не придется ставить клиента Oracle, но придется регистрить *.OCX, DLL ..., кстати в которых ты попервах совершенно не будешь уверен и вот прикинь как ты будешь их изменять и пробовать на разных платформах, если заказчик скажет тебе, а иди-ка ты со своим RAdmin куда подальше. А потом кто-то переставит винду и забудет про MDAC или SP3 для 2000 и т.д. и т.п. ...
Это без обид, так навскидку.
DCOM - технология хорошая, но это технология Microsoft, этим все сказано.
Кроме того технология для масштабов предприятия (и три звена идут отту-да же, а на кой тебе звено с бизнес логикой, если сервак у тебя один к примеру).
Да и Oracle контора серьезная - IMHO в данном случае, я бы ориентировался на их клиента и не парил себе и заказчику мозги.

348
07 июля 2003 года
Saris
389 / / 14.03.2003
Цитата:
Originally posted by Vlad232ua

В любом случае решение простым не будет. IMHO если захочешь делать с DCOM/COM+ то придется начать всетаки отсюда
http://www.rsdn.ru/article/default.asp?com/introcom.xml
плюс еще книг прикупить/нарыть. Плюс взяться за VC (поверь придется, технология то Microsoft), плюс задуматься над тем, что за workstation у тебя стоят Win98, NT4.0 или 2000 (ньюансы будут, опять-таки поверь на слово). Кроме того, хоть у юзверей и не придется ставить клиента Oracle, но придется регистрить *.OCX, DLL ..., кстати в которых ты попервах совершенно не будешь уверен и вот прикинь как ты будешь их изменять и пробовать на разных платформах, если заказчик скажет тебе, а иди-ка ты со своим RAdmin куда подальше. А потом кто-то переставит винду и забудет про MDAC или SP3 для 2000 и т.д. и т.п. ...
Это без обид, так навскидку.
DCOM - технология хорошая, но это технология Microsoft, этим все сказано.
Кроме того технология для масштабов предприятия (и три звена идут отту-да же, а на кой тебе звено с бизнес логикой, если сервак у тебя один к примеру).
Да и Oracle контора серьезная - IMHO в данном случае, я бы ориентировался на их клиента и не парил себе и заказчику мозги.



Прога пишется для внутренних нужд конторы, ставится она будет на Win2K, да и серваков у меня не один. А вообщем, спасибо всем за посильную помощь.

Реклама на сайте | Обмен ссылками | Ссылки | Экспорт (RSS) | Контакты
Добавить статью | Добавить исходник | Добавить хостинг-провайдера | Добавить сайт в каталог