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

В данном случае в магазине лучше использовать одну единственную центральную БД, и для кассы и для склада. Меньше гемора, и надежнее будет.

Сначала надо поискать в возможностях 1С, возможно там будет что-то для интеграции данных из реляционных баз. Если нет, то для репликации офисной 1С с магазинной базой лучше сразу писать свои приложения. Врядли в офисе будет использоваться реляционная БД совместно с 1С.
Да и потом управлять легче.

Далее, не уверен вообще, что стоит Derby использовать для магазина. Если нужна бесплатная бд, то наверное резоннее перейти на MySQL. Derby хороша тем, что её можно использовать для отладки приложений и она хорошо совместима с DB2.

Если все-же решено будет использовать Derby, то её нужно запускать в многопользовательском режиме, как отдельный процесс. Там есть два режима работы, по умолчанию работает однопользовательский.


ad marginemСпасибо за ответы!

Уточну: такого понятия, как "центральный склад", на котором магазины заказывают товар нет. Товар приходит прямо в магазин, там же принимается и потихоньку выносится в зал, следовательно у магазинного склада и магазинной кассы должна быть единная база.

Поэтому пока вижу так: склад и касса - репликация БД (для надежности, касса ни в коем случае не должна остановится!), магазин и центральная база - репликация файлов.

С этим понятно, тогда вопросы насчет репликации:

Репликация файлов - есть ли какие-то стандартные форматы обмена подобной информацией (справочники, продажи, поступления) - очень не хочется придумывать новый велосипед.

Репликация бд (javadb она же derby и сloudscape в данном случае) - с чего начать? Никогда не делал подобного. Как это обычно делается - пишется отдельная программа, которая переодически реплицирует данные, ставит галочки, что все реплицировано или используется какой-нибудь сторонний продукт, который руководит этим процессом?

Заранее спасибо за ответы!

В магазине у Вас случай, когда нужно применять репликацию транзакций. Но, я не знаю реализовали ли уже их для open-source баз данных. В MySQL есть что-то подобное.

На соурсфорже нашел вот такой интересный проект: http://escada.sourceforge.net/
Там есть в списках и Дерби. Они пишут что в их системе есть возможность надежной репликации для кластеров.