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

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

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

Выбор распределенной системы [Delphi, C++ Builder, Windows]

Ivanhoe © (2004-06-15 17:20:00)
Есть проект, работающий с большой файловой структурой. Если работать с этими файлами на сервере, то ессно идут большие тормоза. На СУБД переходить нельзя. Поэтому решил сделать клиент-серверную надстройку над проектом (фактически эмуляция СУБД). Т.е. клиент делает запрос (может даже SQL), сервер отрабатывает его (напишу модуль парсинга SQL) и возвращает требуемую инфу. Или изврат?
На чем лучше остановить свой выбор: COM, DCOM, MIDAS, CORBA, SOCKETS, PIPES?
Спасибо всем.

Бином Ньютоныч (2004-06-17 18:44:00) [1]
>clickmaker ©
И при обмене строками вполне можно обойтись без Unicode. А MIDAS не является "борландовской реализацией DCOM", хотя и может использовать DCOM в качестве транспорта. И использование DCOM в Delphi не ограничено MIDAS... Извините за назойливость, это мой последний пост в этой ветке

clickmaker (2004-06-17 18:12:00) [2]

> Бином Ньютоныч (17.06.04 16:48) [7]

Понятно, что уникод работает только при обмене строковыми значениями. Если же использовать борландовую реализацию DCOM (MIDAS), то она работает именно с типами OleVariant и WideString.
Но, если уж до конца честно, при прочих равных сокеты и пайпы все-таки быстрее, посколько DCOM - сама по себе многослойная технология: собственно объектная модель (интерфейсы) -> RPC -> протокол высокого уровня (опять же пайпы или сокеты) -> наконец, транспортный протокол, типа TCP.
Просто при использование пайпов или сокетов многое придется доделывать руками, тогда как DCOM предоставляет практически прозрачный для разработчика механизм вызова функций, без нужды заботиться об упаковке и отправке данных.
Да и замедление не настолько существенно, чтобы от ДКОМа отказываться

Бином Ньютоныч (2004-06-17 16:48:00) [3]
clickmaker © (17.06.04 12:52) [6]

Вынужден настаивать - именно БРЕД. DCOM может как использовать Unicode & Variant, так и совершенно свободно обходиться без них. Вероятно, Вы спутали технологии DCOM & OLE Automation.

clickmaker (2004-06-17 12:52:00) [4]

> Бином Ньютоныч (16.06.04 19:21) [5]
> Извините, но это бред какой-то

К сожалению, не бред. За удобство надо платить

Бином Ньютоныч (2004-06-16 19:21:00) [5]
Clickmaker © (15.06.04 18:27) [1]
>DCOM - Unicode-технология, использует тип данных Variant, отсюда и некоторая тормознутость

Извините, но это бред какой-то

gis (2004-06-16 13:16:00) [6]
это тебе Н Е Н У Ж Н О.

Rutven (2004-06-16 10:00:00) [7]
Если мне не изменяет память в Oracle 8 появились VFile - файл хранится на диске, но он часть БД.

серега (2004-06-16 09:57:00) [8]
А почему на субд нельзя ? Ты же ее сам пытаешся написать !

Clickmaker (2004-06-15 18:27:00) [9]
COM, DCOM, MIDAS в данном случае - практически синонимы
Если будешь кидать клиенту содержимое файлов, то лучше его сжимать в памяти перед отправкой (н-р, ZLib'ом).
pipes и socket будут работать несколько быстрей за счет того, что это не объектно-ориентированные технологии и перекачиваются по ним просто наборы байт, DCOM - Unicode-технология, использует тип данных Variant, отсюда и некоторая тормознутость, но зато она удобней с точки зрения программирования и использования, т.к. там можно все свести к банальным вызовам методов сервера

Наверх

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