Имя: Пароль:
1C
1С v8
Резко упала производительность 1С ЗУП
0 ASU_Diamond
 
27.08.13
15:46
Есть ЗУП, на SQL, в нем есть такая операция как отражение в рег. учете. Код мы там чуток подправили и вставили чтобы при заполнении в регистры писалось порциями по 50 000 записей. Всё это работало.
Затем в июле начали вести детальные наряды, за счет этого количество записей которые делают наряды в регистр расчетов Отражение основных начислений в бухучете сотрудников организаций увеличилось с 20 тысяч, до 300 тысяч. Когда стали формировать отражение, то запись каждой порции в регистре увеличилась с 6 минут до 40-60. И через некоторое время падало с ошибкой о нехватке памяти. Изменили размер порции до 1000, перестало падать, но скорость не изменилась. При этом скорость записи не постоянна, прыгает. Замеры показали что основное время идет на команде записи в регистр. Перенесли в файловую базу, там всё нормально просчитывается.
Позвали специалиста из франчи, за 2 дня работы он выдал ответ: из-за того что у нас в в регистре увеличилось количество записей запись в регистр идет долго.
Насколько может влиять объем данных на скорость записи в базу у 1С? получается что у 1С ограничения на объем данных?
ОС и сервер приложения 64х-разрядные, оперативки на сервере 32, запускали в терминале на том же сервере.
95 ИС-2
 
naïve
13.09.13
12:20
(94) было бы здорово на таком проекте поучиться работать. Опыт будет бесценный. Только надо суметь его найти и попасть туда
96 Мыш
 
13.09.13
14:08
(93) Сектант штоль?
97 МуМу
 
13.09.13
14:12
(93) И очень много. Если интересно могу ссылку скинуть о проектах на 1С.
98 IKSparrow
 
13.09.13
14:24
Раньше 1Сники мерялись письками мерялись, а теперь количеством записей в базе ;)
99 Odavid
 
13.09.13
14:37
(94)>>в качестве обычного падавана
спасибо, уже учавствовал - и в больших, и в маленьких. Везде - при запуске (если не сам от и до делал) обещают одно, а потом, когда встает колом - "вы не соблюдали..." и список невыполненных требований на страницу. И много доков, и работали больше и чаще, и считали слишком много и часто и т.д....
И падаваном уже не солидно как-то - хоть бы предложили зам РП, на крайняк ))
А то - падаваном...
100 Odavid
 
13.09.13
14:38
(98) ну так раз у народа только количество записей растет... да и то не знают, откель и что с ними делать ))))
101 Odavid
 
13.09.13
14:41
(95)>>Опыт будет бесценный
навряд ли. Просто узнаете нравы больших корпораций, побудете винтиком, прочувствуете это, ну и, базу увидите БОЛЬШУЮ.
А так - везде одно и то же: когда приперает с производительностью - либо кластеры забабахивают на каких-нить блэйдах (экстенсивный путь) и ждут следующего часа "Ч", либо переделывают все так, что и 1С родная не узнает (интенсивный путь).
102 Odavid
 
13.09.13
14:41
*припирает
103 s_ustinov
 
13.09.13
14:54
(50) [Скулю выделено 12]
а не маловато будет?
104 Мыш
 
13.09.13
15:02
(97) Мне кинь. И ещё, интересует литература по администрированию MS SQL. Что порекомендуешь? Окромя MSDN
105 Odavid
 
13.09.13
15:13
(104)>>Мне кинь. И ещё, интересует литература по администрированию MS SQL
- ладно хоть вы не советовали в падаваны. А то и так ужо смешно от ваших товарищей )))
Ссылок на проекты 1С - полно на офсайте. Да только о реализации и реальной работе вы ничего не узнаете.
106 Maxus43
 
13.09.13
15:20
(105) а не смейся, я привёл реальный факт - призводственное подразделение Сухого в комсомольске-на-амуре на 1с УПП 1.3 + Оракл. Знаю кто внедрял, видел конфу, знаю что работает. Вы же упорствуете в своёй ненависти к 1с, видимо ничего путного у вас лично на 1с не получалось, иначе объяснить такое нечем просто
107 Odavid
 
13.09.13
15:22
Вот еще интересный факт: на каждые 100 тыс 1С "думает" на 0,002 сек дольше над каждой записью.
В среднем.
108 Maxus43
 
13.09.13
15:22
известен также Камаз, но там я не вкурсе как работает и работает ли вобще
109 Odavid
 
13.09.13
15:24
(108) да уж, про Камаз я наслышан. И про распилы и обещания там же. И как все продолжает работать на старой дельфийской программе и оракле.
Наверное, на Сухом аналогично )))
110 Мыш
 
13.09.13
15:32
(105)
> ладно хоть вы не советовали в падаваны

Бисер жалко.
111 КонецЦикла
 
13.09.13
15:40
Зарплата на SQL всегда отличалась веселухой :)
Если не хотите сидеть на файловой - надо переписывать
112 Maxus43
 
13.09.13
15:44
(109) на сухом работают в 1с, 146%
113 Demiurg
 
13.09.13
17:17
(0) Рассказываю свой опыт с нашими сервисами (у нас в некоторых таблицах миллиард строк).
Раздувание таблиц - это постоянная покупка все больше и больше жестких дисков. (Капитан Очевидность :) )! Рано или поздно где-то что-то закончится - кэш на контроллере, способность процессора переварить объем данных от дискового массива, емкость дискового массива - не важно, важно что то где то всплывет аппаратное место, которое обозначит предел.
Вообщем то, да, можно отдавать на откуп субд SELECT к этим миллиардам строк, но вы же знаете как платформа может "неосторожно" спросить скуль с каким-будь LIKE. Это будет читаться террабайт. Вы когда нибудь копировали террабайт? Намного ли быстрее думаете будет SELECT? ). Имхо вот ЗУПе на больших объемах не надо ждать "типовая 1с = быстрая 1с". Большие объемы - это всегда НЕ ТИПОВОЕ. Что делать - ...переписывать! Размазывайте эти объемы по нескольким таблицам, еще лучше по нескольким базам. Нет желания думать,  заплатите нам, мы подумаем за вас )))
114 Odavid
 
13.09.13
17:26
(110)и много бисера? Или там и не бисер вовсе, а так, пластик?? )))
115 Odavid
 
13.09.13
17:27
(113) >>Размазывайте эти объемы по нескольким таблицам, еще лучше по нескольким базам
( 88)
116 Мыш
 
13.09.13
17:29
(114) Вас сколько не корми, всё по форумам ходите.
117 КонецЦикла
 
13.09.13
17:29
Да просто надо разум применить., можно не мазать по базам.
1С не может отступить от своих принципов. Если это реструктуризация или какая-то запись - надо тупо построчно гонять миллионы строк. Вот, в частности, тут и порылось собако.
118 Aleksey
 
13.09.13
17:32
(106) одно дело видел, другое дело костыли рисовал. Я тоже видел 7-ную конфу в которой работали 250 пользователей и она летала. Правда от 1С там только формы, все остальное - прямые запросы к скулю на чтения и запись. Но это же не значит что любая типовая на 7-ка будет летать на скуле. Не так ли?
119 Мыш
 
13.09.13
17:33
(117) Это оборотная сторона достоинств.
120 H A D G E H O G s
 
13.09.13
17:33
(113) "но вы же знаете как платформа может "неосторожно" спросить скуль с каким-будь LIKE."

Я не знаю.
Расскажи, когда там платформа LIKE делает.
121 Odavid
 
13.09.13
17:34
(116) да уж, если только такие у 1Са защитники остались... Значит, недолго 1Су вольница творить-без-разницы-что-вовротить )))
122 Мыш
 
13.09.13
17:34
(121) У вас со зрением проблемы. Я не являюсь защитником 1С.
123 КонецЦикла
 
13.09.13
17:35
(119) Еще скажи "задел на 1С 8.5", в которой уж точно все будет ОК.
124 Odavid
 
13.09.13
17:35
(106)>>на 1с не получалось, иначе объяснить такое нечем просто
ну так объясните, почему у 1С ничего не получается, а она упорно делает то же самое, и даже не ругается при этом на себя?! А ведь "ничего путного" ЛИЧНО у 1С так и не получилось.
125 Odavid
 
13.09.13
17:36
(122) ругаете почем зря?
126 Мыш
 
13.09.13
17:36
(123) Не скажу. Это недостаток. Что будет и когда будет - не загадываю.
127 Demiurg
 
13.09.13
17:36
(120) в динамических списках при "быстром" подборе например
128 Мыш
 
13.09.13
17:36
(125) Ещё варианты есть? Или у вас всё сугубо дискретно?
129 H A D G E H O G s
 
13.09.13
17:38
(127) Ну да. В принципе - да.
130 H A D G E H O G s
 
13.09.13
17:38
(128) Мыш , вы были на Мистафесте?
131 Мыш
 
13.09.13
17:39
(130) Нет, и не пойду. Был на партнерском один раз.
132 Odavid
 
13.09.13
17:39
(120) ну вот у меня спросила, SQL подзавис, дал отлуп, сам работает, а 1С-севрер...
Это нечто.
Он вроде бы и работает (ну ладно, зависла сессия, которой SQL дал отлуп), так 1С-сервер ПОДВЕСИЛ и соседнюю сессию, которая никакого отношения не имела к зависшей. Разве что обе работали на одном SQL.
Я уж не говорю, что для 1С-а такой "отлуп" вообще никак не зафиксировался - по базе "все ок", и не важно, что при создании записей в базе все повисло напрочь...
133 Мыш
 
13.09.13
17:40
+(131) Но с вами лично мы знакомы, да.
134 Odavid
 
13.09.13
17:40
(130) да-да, объединитесь для поддержки друг друга ))
Это только мы, реалисты, по-одиночке тут хаим "зазря" 1С.
А вы всем скопом ходИте, из темы в тему )))
135 H A D G E H O G s
 
13.09.13
17:41
(133) Когда это?
136 Odavid
 
13.09.13
17:41
(128) у меня сугубо для каждого )
137 Мыш
 
13.09.13
17:44
(134) Вы слишком оптимистично присвоили себе звание реалиста.
(135) Примерно год назад, место не помню.
(136) Да вы талант. Что же забыли на ниве автоматизации?
138 МуМу
 
13.09.13
17:44
(Odavid) Я не являюсь фанатом и сторонником 1С систем. Она всего лишь одна из многих. Не собираюсь ее не хвалить не ругать. Но отзывы я мог бы привести реальные(референса откровенно на вас было бы жалко).  Какая то у вас критика однобокая.
139 Мыш
 
13.09.13
17:46
(138) Фанатикам (с любой стороны) ничего не объяснишь. Можно притащить осла к воде, но пить не заставишь.
140 H A D G E H O G s
 
13.09.13
17:47
(137) "Примерно год назад, место не помню. "

Пивная по концу света, вы рядом с Другой сидели, нет?
141 Odavid
 
13.09.13
17:56
(138)>>Но отзывы я мог бы привести реальные
отзывы у меня и свои есть. А что одна часть программистов привыкла верить всему, что говорят (меньшая в 1С, потому как еще не работали с 1С толком), а другая - давно не хочет ни думать, ни работать (подавляющее в 1С), мне тоже прекрасно известно.
142 H A D G E H O G s
 
13.09.13
17:58
(141) Откуда ты пришел в 1С?
143 Odavid
 
13.09.13
17:58
(139) ну так вы уже фанатик 1С. Даже если еще этого не поняли. Эти технологии оправдания всего, что угодно и в нужную сторону, уже давно продуманы и успешно работают у 1С.
144 Odavid
 
13.09.13
17:59
(142) с Ворда. Сидел, документы набирал, а тут - 1С. Посидел месяц, попрограмил - понял, что есть что поругать.
И вот ругаю, ругаю )))
145 H A D G E H O G s
 
13.09.13
18:01
(144) А ты юморист.
146 Trainee
 
13.09.13
18:01
Да, забейте вы ругаться!)) ЗУП 3.0 рабочая сегодня вышла. Все не так уж и плохо у 1С.
147 КонецЦикла
 
13.09.13
18:03
(146) Т.е. типа стартует чиста канкретна?
148 Odavid
 
13.09.13
18:04
(146) ну так и сидела бы 1С на БП. Ну, пусть еще и ЗУП. Никто бы слова не сказал. Даже я ))
А вот уже столько лет не могу не молчать на все новые и новые фокусы и ловкость рук.
149 z0001
 
13.09.13
18:05
какие проблемы?
150 Мыш
 
13.09.13
18:11
(140) Не помню.
(142) Из лесозаготовок.
151 H A D G E H O G s
 
13.09.13
18:13
(150) "Из лесозаготовок."

Поздравляю. На нашем форуме прижился новый Гений1С. Существо дикое, но забавное и безвредное.
152 Мыш
 
13.09.13
18:14
(143) Где вы увидели оправдание мной 1С?
153 Мыш
 
13.09.13
18:15
(151) Это про кого?
154 z0001
 
13.09.13
18:15
(0)"за 2 дня работы он выдал ответ: из-за того что у нас в в регистре увеличилось количество записей запись в регистр идет долго"

"за 2 дня работы" LOL, а что так быстро? настоящие специалисты полгода только предпроектное могут делать
155 z0001
 
13.09.13
18:17
(113)нет. 1с всё правильно пишет. это ваши кривые дописки валят сервер. учитесь писать запросы.
156 z0001
 
13.09.13
18:19
(0)ты решил проблему?
157 Odavid
 
13.09.13
18:22
(149) легкая пехота подоспела? Кавалерия уже здесь ))
158 z0001
 
13.09.13
18:28
(0)прочту всю ветку как будет время - доставляет с первого сабжа "до 300 тысяч" так же как советы специалистов далее )))

(0) а кто ваc просил столько сотрудников в один документ пихать что потом даже 50 000 это только порция?
159 z0001
 
13.09.13
18:29
наверное того на ком стояло всё это слили а в руках блатарей любая техника металлолом
160 Эстет хренов
 
13.09.13
18:57
ЗУП - изначально кривая система, вытесняющие регистры расчета которые чегото там вытесняют в старых периодах это нонсенс - это никому не нужное русское ноухау.
поставьте туда хоть оракл хоть терадату, будет колосс на глиняных ножках.
161 bolobol
 
13.09.13
19:12
Что-то не пойму я... Если в документ не влезает технологически более 10 000 строк, то 300 000 записей - это 30 записей на сотрудника что ли? Не кисло.
162 Serg_1960
 
13.09.13
21:10
А я вот что-то торможу и стесняюсь спросить "Зачем из ЗУПа выгружать 300 тысяч проводок?" :( боюсь пошлют ларьками программировать :)

Зачем в бухгалтерии такая подробная деталировка проводок? Только не говорите мне что это нужно для ведения бух.учета - не поверю. Имхо, данные можно в ЗУПе консолидировать и далее сводно (например, без деталировки по сотрудникам) отправлять.
163 ASU_Diamond
 
13.09.13
21:26
(162) Выгрузка в УПП, там эта детализация нужна. Да и дело не в выгрузке - отражение в регл. учете - это стандартная процедура в ЗУП.
PS. Ничего вы тут нафлудили
164 ASU_Diamond
 
13.09.13
21:27
(161) 30 записей на сотрудника эта разве много? у нас одних видов оплат около сотни.
165 Aleksey
 
14.09.13
00:06
(162) Разные причины, УСН, например
166 Maxus43
 
модератор
14.09.13
00:13
да я смотрю Odavid не унимается никак... беда и печаль.
было "Франчи - позор 1с"
стало "Франчи и Odavid - позор 1с"
167 Odavid
 
15.09.13
10:27
(166) 1С - это позор всех нас.
Но одноэсники - гордость 1С: что хотела, то и вырастила в десятикратном размере.
168 Odavid
 
15.09.13
10:27
По производительности отписался в теме по записи в базу:
v8: v8: Есть плохая идея. Что скажете?
169 Odavid
 
15.09.13
10:31
(166)>>было "Франчи - позор 1с"
Никогда такого не было. Франчи - настоящие одноэсники, ею выращенные, пестуемые и всячески защищаемые. Ну и пользуемые по-всякому - но все сугубо в целях и интересах 1С.
Но одноэсники "не-франчи", в полном соответствии с "1С-воспитанием", этого не видят и не хотят видеть, кроме одного - что франчи якобы "им перебегают дорогу".
И это тоже политика 1С, о чем никто не догадывается.
170 Odavid
 
15.09.13
12:07
(160)>>ЗУП - изначально кривая система, вытесняющие регистры расчета - ... это нонсенс
Кстати, по зарплате - кому кажется, что "что кроме 1С!?"
Сравните подходы Камин и 1С к расчету зарплаты. В КАМИН нет никаких РР, "чистый" бухучет.
И конфа на ПОРЯДОК меньше (и, соответственно, проще) ЗУП. А делает все тоже самое - считает зарплату в итоге.
Да, КАМИН на платформе 1С. Но если ЗУП вы не реализуете больше нигде (нет больше нигде всего этого "<безо>разнообразия"), то КАМИН - на чем угодно, где есть возможность реализовать ПЛ.
171 mehfk
 
15.09.13
12:51
(170) Простота Камина перед ЗУПом это, да.
172 milan
 
15.09.13
13:07
(170) видимо заговор, камин такой классный, умеет быстро все считиать, не требует доработок и сопровождения, ан все сидят на зупе.
173 Odavid
 
15.09.13
13:13
(172) а вы не пробовали отетить на вопрос - почему при наличии других ЯП о них никто не знает, а только об 1С.
Почему в госбюджете так яростно проталкивают 1С, а не какие-нибудь Инфо-бухгалтер.
Почему от 1С большинство писается, хотя не понимает и 5% её работы и не представляет трудоемкости разработок в ней??
174 shuhard
 
15.09.13
13:55
(167)[1С - это позор всех нас.]
своди всех тебя к психиатру
175 Odavid
 
15.09.13
14:03
(174) психиатр вам поможет? не думаю.
176 mehfk
 
15.09.13
14:23
(172) Загадко, однаго.
177 milan
 
15.09.13
15:03
Сравнивать 1с - платформу для разработки с яп может только полный профан или троль
178 MrStomak
 
15.09.13
16:17
(174) Императив " я знаю то, чего не знаю другие, все вокруг ошибаются" - в данном случае он очень сильный, психиатр не поможет. Фактически, если от этого избавиться, то и личность пациента перестанет существовать, так как по эмоциональному оттенку постов очевидно что это важнейшая тема в его жизни.
179 Джордж1
 
15.09.13
16:56
(172)у меня все сидят на камине 1.2 и счастливы. Конфигурации уже больше 10 лет кстати.
Ни проблем не затыков с ним нет. 1С надо бы поучится у Каминовцев
180 ASU_Diamond
 
16.09.13
08:51
(179) это на семерочном камине чтоли?
181 Odavid
 
16.09.13
10:50
(180) да на любом Камине.
Если уж 7.7 "рулит", так и говорить нечего за Камин 8.х.
Напомню, он "легче" на порядок ЗУП. И работает быстрее существенно.
(179)>>1С надо бы поучится у Каминовцев
а зачем? 1С только троллей разводит да незнаек. Вон их сколько в каждой теме.
Вот это ей любо.
182 Джордж1
 
16.09.13
13:17
(180)Кончено, конфигурация появидась когда 8-ки еще и в помине не было
183 Bigbro
 
16.09.13
13:30
(124) "у 1с ничего не получается" - хорошо что в 1с об этом не знают.
(179) помню приходилось этот камин допиливать. я долго плевался от исходников - нельзя так именовать переменные и код писать.. появилось даже сомнение не нарочно ли все переименовано, для "удобства" сторонних спецов.
184 Джордж1
 
16.09.13
14:21
(183)именование пременных и процедур у них свое собственное. Непривычно, есть такое дело.
Зато объем допиливания там стремится к нулю, даже при сложных расчетах
185 ASU_Diamond
 
16.09.13
16:49
(182) когда работали на 7.7 и выбирали конфу для учета зп камин сразу отпал, т.к. сказали что максимум 1000 человек, иначе расчет будет идти очень долго. Т.ч. есть у него свои ограничения.
186 Aleksey_a_z
 
16.09.13
17:01
Нечего удивительного, сейчас тенденция такая, неуклонно падает производительность труда в РФ да и в мире, подожди чуток, может о временем наладиться
187 Джордж1
 
16.09.13
17:03
(185)строительная организация, человек 600 в год (в базе больше, т.к. текучка), строительство - куча начислений. Еще в 2005 году работали без проблем, а ведь компы тогда были какие-то селероны дешевые.
//
Там долгими могут быть только операции по закрытию месяца.
Лично у меня на 120 человек камин работал в одной базе с 2002 года и почти по сию пору. Тормозов не помню.
188 Злопчинский
 
16.09.13
17:12
189 Злопчинский
 
16.09.13
17:24
наш ответ сапу и всем остальным ...
190 vvf1973
 
16.09.13
17:27
(189) а я подумал, что это любимые игрушки 1с-ников, которые они располагают на своих стульчиках перед написанием своих нетленок :-)
191 Злопчинский
 
16.09.13
17:29
(190) ну тогда бы было очень много 1Сников женского полу, а так - не наблюдается... ;-)
192 vvf1973
 
16.09.13
17:33
(191) как знать...если посмотреть как 1с-ники ругаются, то...как знать... ;-)
193 ASU_Diamond
 
17.09.13
00:48
(187) у нас 4,5 тыс человек, порядка 100 видов начислений.
194 Bigbro
 
17.09.13
05:39
(193) хм... у нас примерно столько же народу да и по видам расчетов думаю где то так же. выходит нам тоже ждать эти грабли?