amxservВ день идет примерно 10 000 заказовЕсли даже допустить по 10 позиций на заказ - 100к позиций. Ссылка на товар - 8 байт. Количество - 8 байт. SynPK - 8 байт. Плюс накладные расходы. 3 метра в день. Плюс индексы. Плюс фрагментация и коэфф. заполнения. 10-12 метров в день, 4 гига в год. Тьфу, и растереть.
amxservкак считать остатки на складе грамотно при такой большой загруженностиИ все через Инет лезут в одну и ту же БД? да ладно... небось у каждого своя копия (ну в лучшем случае копия на пару соседних городов). Но даже если все в одной базе - 8 секунд на заказ... большая загруженность?
amxservкак считать остатки на складе грамотноВ статический срез - ежесуточно. Ну или хотя бы ежемесячно. Имея срез на начало месяца, операции после среза и вменяемые индексы, получить текущий баланс по складу - не бином Ньютона уж точно.

982183Неизвестно что будет лучше/хуже.
Организовывать удаленный доступ к центральной базе или делать синхронизация/обмен с кучей локальных.
Всё зависит от размеров этих самых "торговых точек".Да вроде бы "всё украдено уже до вас"... основа в облаке и работа через веб-интерфейс. При неустойчивом доступе - локальная копия, оффлайн-операции с синхронизацией при наличии/восстановлении связи.

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

982183Никаким законам это не противоречит.Угу... вот только всякоразны проверяющие могут и как люди, а могут и все жилы выдрать - и всё будет ведь в рамках закона...miksoftналоговая очень косо на нее смотритА аудит, особенно свой, но внешний, так и просто без детализации разговаривать не станет.