Здравствуйте VladD2, вы писали:

VD>Здравствуйте Liss, вы писали:

L>>Помогите чайнику !!! :)
L>>Есть задача реализовать сетевое взаимодействие между сервером и клиентами
L>>расположенными в нескольких сотнях киллометрах с помощью выделенных линий
L>>посредством DCOM.
L>>Сервер должен подключаться к Акцесовской базе с которой должен возвращать
L>>рекордсеты клиентам и делать обновление данных акцессовской таблицы от
L>>клиентов. Возникают вопросы:
L>>1. Каким образом лучше подключаться к базе данных акцесса через ADO,
L>>OLEDB, или через ODBC???

VD>Однозначно ADO или через http://www.optim.ru/cs/1999/4/ASCDB/ascdb3.asp, но
VD>это гдето через недельку (когда мы выложим тестовую версию).

L>>2. Какой тип (dll, exe) и потоковую модель выбрать для сервера???

VD>dll + COM+

А почему именно СОМ+?? В чем состоит его преимущество перед DCOM??

VD>потоковую модель? Если хочеш меньше гемороя, однозначно appartment.

L>>3. Стоит ли делать в одном интерфейсе подключение к базе данных (если в
L>>будующем светит менять источник данных на SQL) а в других реализацию получения
L>>и обновления данных??

VD>Как это? Может не интерфейсе, а объекте? Тогда, пофигу (если сделаеш как я сказал в п. 1)

L>>4. Каким образом лучше передавать клиентам рекордсеты (коллекциями, (указателями на массивы)
L>>массивами или просто стройкой)??

VD>ADO — disconnected recordset (и рукопашная запись)
VD>ascDB — напрямую с поддержкой автоматической записи.

L>>5. Стоит ли делать дуальные интерфейсы вместо пользовательских??

VD>пользовательских — звучит Ооочень криво. :(

VD>В лчбом случае дуальные лучше.

L>>Мож будут какие нибудь соображения??

VD>Ну-ууу..., может станеш нашим первым открытым бета тестером?
Ну при соответствующей документации к ascDB можно попробовать :)