Одноврем. работа 100 юзеров с одинак.фун-лом

[Fordewind]

Цитата:

Сообщение от dmites

А вто про отложенный пакетный учет оч-ч-ч-ень интересно, это не с той же оперы когда народ учет перелопатил
все проверки перед учетом отдельно, а пакетный учет отдельно ?

в общем-то из этой... Можно подумать еще о такой схеме: с 9 до 11 создаются документы и ставятся галочки к учету. Где то в 13 (так что б на обед попасть) запускается NAS первый раз и пытается все учесть. Если где нашел ошибку, то шлет письма счастья составителям документов. Ну и потом второй учет ночью. Но это все теория.. надо смотреть "ближе к телу".

Цитата:

Сообщение от dmites

А одновременное резервирование не приведет к тем же блокировкам ?

но этих блокировок будет на порядок меньше, если они вообще возникнут

[RedFox]

Цитата:

Сообщение от Fordewind

но этих блокировок будет на порядок меньше, если они вообще возникнут

Вот как раз резервирование я бы не советовал делать под НАВ. Просто был проект, на котором было 50 пользователей и переделывали (доизобретали "упрощенную схему") именно резервирование, чтобы сделать меньше блокировок.

По поводу MERGE-репликации (по описанию вроде как напоминает это "ВСЕ-ВСЕМ") - по моему мнению не очень правильно. Так как я не знаю всех тонкостей, то могу только предположить, что основные справочники например, товары, должны быть введены в основную БД, а потом реплицироваться. Далее транзиты можно реплицировать по определенному справочнку (небольшая доделка на триггерах).

Можно попытаться продумать многоуровнеую звезду, если все завязано на регионах.
Продажи можно собирать в ЦО и центральном офисе.

P.S. Вы сможете гарантировать себе, что связь у Вас не пропадет ни при каких обстоятельствах?