Имя: Пароль:
1C
 
Производительность инф. системы на 1С
0 Слеш
 
09.09.04
16:56
Привет всем!
Внедрил на торговом предприятии типовую бухгалтерию, несколько переписанную под потребности предприятия. База - DBF. Файловый сервачок - 4-й Пень 1.7, памяти 256.
В день набивается до 100-150 накладных. За полгода общее число документов достигает 9000 доков.
Стал вопрос повышения производительности работы системы.
Собственно вопросы:
1) при таком объеме базы и характеристиках железа dbf или sql?
2) регистры или бух счета
1 Crew
 
09.09.04
17:07
1) dbf + терминал-сервер
2) вопрос личного предпочтения
2 Слеш
 
09.09.04
17:12
т.е. разницы между регистрами и счетами в производительности практически нет?
3 Мдя
 
09.09.04
17:14
Регистры быстрей ...
4 psk21office
 
09.09.04
17:47
Если SQL, то придется заменить сервак и переписать конфигурацию по SQL.
Если регистры, то все равно переписывать.
Если много проводят задним числом, то лучше бухгалтерия.
Если терминал, то предстоит серьезный upgade сервака
5 Crew
 
09.09.04
17:49
(4)
"предстоит серьезный upgade сервака", а он в любом случае предстоит...
6 Слеш
 
09.09.04
17:55
(4) да действительно много перепроводят. Почему бухия лучше?
Переписывать хочу в любом случае. С регистрами раньше не работал (заодно подучу), вот и хочу выяснить, что быстрее и на сколько.
Железяку клиент менять пока не намерен. Может разведу на увеличение ОЗУ.
7 Crew
 
09.09.04
18:06
Поищи по инету Регистрыv VS Счета
или Бухгалтерия VS ОперативныйУчет
8 kjsm
 
09.09.04
18:19
[1C Zone] Вопросы производительности конфигураций
http://zone1c.narod.ru/docs/other/proizvodit.htm
9 psk21office
 
09.09.04
18:25
Бухгалтерия лучше потому, что если много проводят задним числом, то при использовании регистров тебе придется использовать РасчитатьРегистрыНа(), РасчитатьРегистрыПо(). Они выполняются медленнее бухгалтерского запроса. Потом еще такое понятие как востановление последовательностей. Такое мое субъективное мнение.
10 Слеш
 
09.09.04
18:27
нашел почти тоже и у нас на мисте:
http://www.mista.ru/articles1c/speed.htm
Народ, если кто располагает ссылочками на статьи, посвященные вопросу производительности 1С, плиз, подкиньте ссылки
11 Слеш
 
09.09.04
18:28
(9) Спасибо за толкование
12 psk21office
 
09.09.04
18:30
Всегда пожалуйста, когда можем.
13 fez
 
09.09.04
18:35
(6) Странный клиент. Обычно апгрейд железяки получается дешевле.
14 Слеш
 
09.09.04
18:37
(13) мой босс дешево продает мои услуги :(
15 Crew
 
09.09.04
18:42
(13)
Странный Слеш забесплатно работать...
16 Большая черепаха
 
09.09.04
21:03
1. А почему бухгалтерию - на торговом предприятии?
Имхо достанут переписываниями "под потребности".

2. Ускорение при многопольз. работе достигается
а) Установкой SQL
б) Установкой сервера терминалов
в) Сетевухи всем поставить 100 мегабит.
17 Большая черепаха
 
09.09.04
21:04
(+16) одно из трех...
18 val
 
09.09.04
21:23
(0) Небольшие объемы. У меня 2 базы.
В одной 20 юзеров, 600-650 документов в день, без терминала, DBF, в работе 5 лет. Один раз в два года переношу остатки в новую базу.
В другой 12 юзеров, 2000-2500 документов в день, без терминала, SQL, в работе 4 месяца.
Все на бухсчетах. Базы самописные. Для 2-й базы (SQL) потребовалась определенная работа по оптимизации.
Сервера:
для 1-й базы: Athlon XP1800, 1Gb
для 2-й базы: P4 2.4, 2Gb
На каждом сервере диски IDE - 3шт. На одном - система, два других для базы в RAID 0. Контролер RAID - интегрированный на материнке.
Имеются резервные сервера (менее мощные), куда идут копии баз. Все Win2K serv.

По моему субьективному мнению проблемы (тормоза, транзакции) решаются в 3 этапа:
1. Оптимизация сети (сетевые карты, хабы, свитчи, кабеля): настройка, совместимость, маршрутизация, слежение за траффиком, устранение неисправностей ...
2. Настройка серверов.
3. Оптимизация кода в 1С. После п.п. 1 и 2: любой тормоз - основание для поиска другого решения.
Глупец, лишенный способности посмеяться над собой вместе с другими, не сможет долго выносить программирование. Фредерик Брукс-младший