Собственно сабдж. Выдержит ли нагрузку самописка для оптовой торговли на 8.2-8.3 с управляемыми блокировками и управляемыми формами? Речь идёт о конфигурации, которую предстоит разработать с нуля.

Пока рассмотрим ситуацию, когда есть 30-40 отделов продаж по всей стране и все работают в одной базе, без РИБ.

Само собой разумеется, в клиент-серверном варианте.

а почему нет ?

щетаю штаааа

(0) ответ зависит от числа срок в документах, количества Рг и алгоритмов движения + от серверной группировки

Возникли сомнения, так как про тысячи документов в день в 1-й базе - это далеко не типичная ситуация.

ну если склады разные, и себес считается пост-фактум, то взлетит

Смотря как качественно будет написана конфа

(4) сферический конь в вакууме
10 000 документов без движений запишутся без проблем
100 документов с навороченным партионным учетом убъёт любое железо

собссно в чём могут быть опасения?
1. конфликт блокировок
решение: склады разные, 200 документов на склад в день вполне достижимо
2. партионный учёт
обязательно пост-фактум, иначе будет трындец
3. динамические списки
сильно не нагружать, ибо они лагают при количестве элементов от нескольких сот тысяч при большом количестве соединений

+ ещё в идеале замутить хранилище данных, куда выгружать срез за год для анализа прошлых периодов

(0) жестоко

(0) если у автора в голове не вата, то взлетит. Все зависит от грамотного планирования и распределения нагрузки.

(8) взаиморасчеты то же бывают по ФИФО и постфактум не взлетают

(5) Да, склады разные.

А такая фича как моментальное создание резерва на складе при подборе товара - взлетит или лучше не делать?

(14) Делай. При соблюдении всех вышеописанных условий

(14) склад один на филиал?

(16) Насколько я понял - да, по крайней мере, 1 основной склад.

(8) Динамические списки - вообще без соединений. Или денормализовывать

При грамотно спроектированной структруе данных, учитывающей особенности разделения "филиалов" - может быть так что вообще никаких проблем не будет.

собственно

(18) Про динамические списки учту, спасибо!

(12) Зачем сию секунду нужно знать что ты закрыл аванс?

(18) что плохого в соединениях по индексу с плоскими таблицами?

(22) ну не сию же секунду.. а например при выписке СЧФ при отгрузке - есть мнения что надо указывать номера пп...

(23) select top 25 отработает до поиска и даст высокую селективность или после?

посмотрел у себя за дубабарь как раз примерно 10 тыс доков. то есть в день - в 10-20 раз больше документов чем у меня сейчас. Ответ - я бы потянул. Причем практически на типовой конфиге.

(17) как вариант - в порядке дежурного бреда - интерактивное проведение нафиг (в периоды большой нагрузки). документы на проведение - в очередь. проводить из очереди последовательно. вполне возможно что это еще удастся и "распараллелить"

(0) А религия не позволяет позвонить спецам и спросить?

смотря какие доки... может там в доках по 10-20 строк... или и того меньше...