> Remoting - это я полагаю удаленный доступ к компьютеру.

Если говорить грубо и коротко, то это DCOM под свежим соусом и со всякими вкусностями. Возможность удаленного вызова методов объектов. Я, честно говоря, тоже толком не понял, какое отношение .NET Remoting имеет к рассматриваемому вопросу.

По сути топика.
Мне кажется, вопрос разбивается на две части. 1) Найти программу, которая сможет удовлетворить ваши требования функционально (в плане требований предметной области). 2) И чтобы при этом не возникло проблем с физическим обменом информацией между удаленными офисами.

Я бы на вашем месте сначала поинтересовался функциональной частью имеющихся программ, а потом поинтересовался, какие в них имеются возможности для подобного информационного обмена. И если бы оказалось, что вдруг обнаружился потрясающий инструментарий, но без возможностей информационного обмена, то можно было бы рассмотреть варианты прикручивания подобных механизмов, например, непосредственно к СУБД в виде репликации. Или воспользовался бы иными средствами интеграции распределенных приложений (например, MS BizTalk Server).

Если отделить технический вопрос от всех прочих как самостоятельный и рассматривать его отдельно, да еще в ракурсе вполне конкретной СУБД, то это тоже весьма емкая тема.

Среди перечисленных трех подходов два первых имеют один существенный недостаток. Сильную зависимость от каналов связи. Если это вас не пугает, то вполне можно воспользоваться терминальной службой и дальше более не мучиться и не ломать голову. Но при этом нужно отдавать себе отчет, что если ваш провайдер на три дня выпадет в осадок, то выша контора выпадет в осадок на этот же промежуток времени вместе с ним. Если вероятность этого события весьма невелика, и риск вполне допустим, то первые два решения вполне приемлемы. Если риск недопустим, значит за его отсутствие нужно платить. Либо выделением более надежных каналов (а, может быть, и канального пула). либо проблемами другого рода. Если каждый удаленный офис будет иметь свою копию данных, то прерывание связи между офисами даже на существенный период может не повлиять на бизнес. Но тогда нужно использовать репликацию. А репликация может порождать конфликты репликации. Если грамотно продумать логику обмена информацией по части разрешенных источников ее ввода, то можно на порядки снизить вероятность появления конфликтов репликации. Если устранить конфликты репликации не удается, значит нужно продумать бизнес-процессы, связанные с их устранением. Кто этим будет заниматься? Если DBA, то наверняка у вас возникнет текучка этих самых DBA. А вынести их на прикладной уровень не так просто, но тоже не невозможно (см. презентацию , правда не забывая, что эта концепция не доведена пока до полноценного практического воплощения).

> У Вас есть опыт практической работы с Remoting?

Практического - пока нет, но я собираюсь его использовать в работе (после выхода Юкона), и потому уделяю повышенное внимание данное тематике. Мне не понятно, чем может помочь .NET Remoting, если в данный момент между офисами возникли перебои в линии связи, а рядом стоит клиент и ждет, когда ему выпишут товарный чек.

> А что делает клиент, если нет связи с локальным сервером базы данных?

Это совсем другой случай. Вероятность наличия связи клиента с локальным сервером высока, а вероятность наличия бесперебойной связи с удаленным сервером приближается к нулю, особенно если это диалап. А если это магазинчик в селе Кукуево, то там может и диалапа не быть, и в качестве транспортного протокола используется гужевое соединение :)...

DeosfenПопробуйте приложения написанные под Cache, качество и скорость связи самые низкие.

Я пробовал... :) В Cache нет ВООБЩЕ НИКАКИХ средств репликации. Более того, когда я задавал вопросы специалистам российского отделения InterSysytems касательно именно репликации, долгое время не могли понять, о чем я спрашиваю, и все время пытались перевести разговор на тему распределенных баз данных (хотя это принципиально разные вещи). В частности, там нет ЦЕНТРА, управляющего репликацией, каковую роль в MS SQL играет "Distributor". А также отсутствуют встроенные механизмы, помогающие организовать репликацию, как на уровне структур данных (например, добавить поля GUID или TimeStamp), так и на уровне управления сеансами связи.
Разумеется, все это можно реализовать самостоятельно. Но какими усилиями... И зачем, если есть уже готовые решения?