Имя: Пароль:
1C
1С v8
Самописка на 1С 8 до 10 тыс. документов в день - взлетит?
0 detec
 
17.03.14
19:18
1. Взлетит 60% (3)
2. Своё 40% (2)
3. Не взлетит 0% (0)
Всего мнений: 5

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

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

Само собой разумеется, в клиент-серверном варианте.
1 IamAlexy
 
17.03.14
19:20
а почему нет ?
2 IamAlexy
 
17.03.14
19:20
щетаю штаааа

Взлетит
3 shuhard
 
17.03.14
19:21
(0) ответ зависит от числа срок в документах, количества Рг и алгоритмов движения + от серверной группировки
4 detec
 
17.03.14
19:22
Возникли сомнения, так как про тысячи документов в день в 1-й базе - это далеко не типичная ситуация.
5 jsmith82
 
17.03.14
19:29
ну если склады разные, и себес считается пост-фактум, то взлетит

Взлетит
6 kimba
 
17.03.14
19:30
Смотря как качественно будет написана конфа

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

Своё
8 jsmith82
 
17.03.14
19:32
собссно в чём могут быть опасения?
1. конфликт блокировок
решение: склады разные, 200 документов на склад в день вполне достижимо
2. партионный учёт
обязательно пост-фактум, иначе будет трындец
3. динамические списки
сильно не нагружать, ибо они лагают при количестве элементов от нескольких сот тысяч при большом количестве соединений
9 jsmith82
 
17.03.14
19:34
+ ещё в идеале замутить хранилище данных, куда выгружать срез за год для анализа прошлых периодов
10 Lionee
 
17.03.14
19:36
(0) жестоко
11 ikea
 
17.03.14
19:41
(0) если у автора в голове не вата, то взлетит. Все зависит от грамотного планирования и распределения нагрузки.
12 shuhard
 
17.03.14
19:42
(8) взаиморасчеты то же бывают по ФИФО и постфактум не взлетают
13 detec
 
17.03.14
19:45
(5) Да, склады разные.
14 detec
 
17.03.14
19:48
А такая фича как моментальное создание резерва на складе при подборе товара - взлетит или лучше не делать?
15 ДенисЧ
 
17.03.14
19:50
(14) Делай. При соблюдении всех вышеописанных условий
16 jsmith82
 
17.03.14
19:52
(14) склад один на филиал?
17 detec
 
17.03.14
20:00
(16) Насколько я понял - да, по крайней мере, 1 основной склад.
18 H A D G E H O G s
 
17.03.14
20:04
(8) Динамические списки - вообще без соединений. Или денормализовывать
19 Злопчинский
 
17.03.14
20:06
При грамотно спроектированной структруе данных, учитывающей особенности разделения "филиалов" - может быть так что вообще никаких проблем не будет.
20 Злопчинский
 
17.03.14
20:06
собственно

Взлетит
21 detec
 
17.03.14
20:06
(18) Про динамические списки учту, спасибо!
22 Зойч
 
17.03.14
20:07
(12) Зачем сию секунду нужно знать что ты закрыл аванс?
23 Зойч
 
17.03.14
20:08
(18) что плохого в соединениях по индексу с плоскими таблицами?
24 Злопчинский
 
17.03.14
20:08
(22) ну не сию же секунду.. а например при выписке СЧФ при отгрузке - есть мнения что надо указывать номера пп...
25 H A D G E H O G s
 
17.03.14
20:10
(23) select top 25 отработает до поиска и даст высокую селективность или после?
26 Злопчинский
 
17.03.14
20:12
посмотрел у себя за дубабарь как раз примерно 10 тыс доков. то есть в день - в 10-20 раз больше документов чем у меня сейчас. Ответ - я бы потянул. Причем практически на типовой конфиге.
27 Злопчинский
 
17.03.14
20:14
(17) как вариант - в порядке дежурного бреда - интерактивное проведение нафиг (в периоды большой нагрузки). документы на проведение - в очередь. проводить из очереди последовательно. вполне возможно что это еще удастся и "распараллелить"
28 Krendel
 
17.03.14
20:14
(0) А религия не позволяет позвонить спецам и спросить?
29 Злопчинский
 
17.03.14
20:15
смотря какие доки... может там в доках по 10-20 строк... или и того меньше...
Проблемы невозможно решaть нa том же уровне компетентности, нa котором они возникaют. Альберт Эйнштейн