Есть ЗУП, на SQL, в нем есть такая операция как отражение в рег. учете. Код мы там чуток подправили и вставили чтобы при заполнении в регистры писалось порциями по 50 000 записей. Всё это работало.
Затем в июле начали вести детальные наряды, за счет этого количество записей которые делают наряды в регистр расчетов Отражение основных начислений в бухучете сотрудников организаций увеличилось с 20 тысяч, до 300 тысяч. Когда стали формировать отражение, то запись каждой порции в регистре увеличилась с 6 минут до 40-60. И через некоторое время падало с ошибкой о нехватке памяти. Изменили размер порции до 1000, перестало падать, но скорость не изменилась. При этом скорость записи не постоянна, прыгает. Замеры показали что основное время идет на команде записи в регистр. Перенесли в файловую базу, там всё нормально просчитывается.
Позвали специалиста из франчи, за 2 дня работы он выдал ответ: из-за того что у нас в в регистре увеличилось количество записей запись в регистр идет долго.
Насколько может влиять объем данных на скорость записи в базу у 1С? получается что у 1С ограничения на объем данных?
ОС и сервер приложения 64х-разрядные, оперативки на сервере 32, запускали в терминале на том же сервере.

(94) было бы здорово на таком проекте поучиться работать. Опыт будет бесценный. Только надо суметь его найти и попасть туда

(93) Сектант штоль?

(93) И очень много. Если интересно могу ссылку скинуть о проектах на 1С.

Раньше 1Сники мерялись письками мерялись, а теперь количеством записей в базе ;)

(94)>>в качестве обычного падавана
спасибо, уже учавствовал - и в больших, и в маленьких. Везде - при запуске (если не сам от и до делал) обещают одно, а потом, когда встает колом - "вы не соблюдали..." и список невыполненных требований на страницу. И много доков, и работали больше и чаще, и считали слишком много и часто и т.д....
И падаваном уже не солидно как-то - хоть бы предложили зам РП, на крайняк ))
А то - падаваном...

(98) ну так раз у народа только количество записей растет... да и то не знают, откель и что с ними делать ))))

(95)>>Опыт будет бесценный
навряд ли. Просто узнаете нравы больших корпораций, побудете винтиком, прочувствуете это, ну и, базу увидите БОЛЬШУЮ.
А так - везде одно и то же: когда приперает с производительностью - либо кластеры забабахивают на каких-нить блэйдах (экстенсивный путь) и ждут следующего часа "Ч", либо переделывают все так, что и 1С родная не узнает (интенсивный путь).

*припирает

(50) [Скулю выделено 12]
а не маловато будет?

(97) Мне кинь. И ещё, интересует литература по администрированию MS SQL. Что порекомендуешь? Окромя MSDN

(104)>>Мне кинь. И ещё, интересует литература по администрированию MS SQL
- ладно хоть вы не советовали в падаваны. А то и так ужо смешно от ваших товарищей )))
Ссылок на проекты 1С - полно на офсайте. Да только о реализации и реальной работе вы ничего не узнаете.

(105) а не смейся, я привёл реальный факт - призводственное подразделение Сухого в комсомольске-на-амуре на 1с УПП 1.3 + Оракл. Знаю кто внедрял, видел конфу, знаю что работает. Вы же упорствуете в своёй ненависти к 1с, видимо ничего путного у вас лично на 1с не получалось, иначе объяснить такое нечем просто

Вот еще интересный факт: на каждые 100 тыс 1С "думает" на 0,002 сек дольше над каждой записью.
В среднем.

известен также Камаз, но там я не вкурсе как работает и работает ли вобще

(108) да уж, про Камаз я наслышан. И про распилы и обещания там же. И как все продолжает работать на старой дельфийской программе и оракле.
Наверное, на Сухом аналогично )))

(105)
> ладно хоть вы не советовали в падаваны

Бисер жалко.

Зарплата на SQL всегда отличалась веселухой :)
Если не хотите сидеть на файловой - надо переписывать

(109) на сухом работают в 1с, 146%

(0) Рассказываю свой опыт с нашими сервисами (у нас в некоторых таблицах миллиард строк).
Раздувание таблиц - это постоянная покупка все больше и больше жестких дисков. (Капитан Очевидность :) )! Рано или поздно где-то что-то закончится - кэш на контроллере, способность процессора переварить объем данных от дискового массива, емкость дискового массива - не важно, важно что то где то всплывет аппаратное место, которое обозначит предел.
Вообщем то, да, можно отдавать на откуп субд SELECT к этим миллиардам строк, но вы же знаете как платформа может "неосторожно" спросить скуль с каким-будь LIKE. Это будет читаться террабайт. Вы когда нибудь копировали террабайт? Намного ли быстрее думаете будет SELECT? ). Имхо вот ЗУПе на больших объемах не надо ждать "типовая 1с = быстрая 1с". Большие объемы - это всегда НЕ ТИПОВОЕ. Что делать - ...переписывать! Размазывайте эти объемы по нескольким таблицам, еще лучше по нескольким базам. Нет желания думать,  заплатите нам, мы подумаем за вас )))

(110)и много бисера? Или там и не бисер вовсе, а так, пластик?? )))

(113) >>Размазывайте эти объемы по нескольким таблицам, еще лучше по нескольким базам
( 88)

(114) Вас сколько не корми, всё по форумам ходите.

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

(106) одно дело видел, другое дело костыли рисовал. Я тоже видел 7-ную конфу в которой работали 250 пользователей и она летала. Правда от 1С там только формы, все остальное - прямые запросы к скулю на чтения и запись. Но это же не значит что любая типовая на 7-ка будет летать на скуле. Не так ли?

(117) Это оборотная сторона достоинств.

(113) "но вы же знаете как платформа может "неосторожно" спросить скуль с каким-будь LIKE."

Я не знаю.
Расскажи, когда там платформа LIKE делает.

(116) да уж, если только такие у 1Са защитники остались... Значит, недолго 1Су вольница творить-без-разницы-что-вовротить )))

(121) У вас со зрением проблемы. Я не являюсь защитником 1С.

(119) Еще скажи "задел на 1С 8.5", в которой уж точно все будет ОК.

(106)>>на 1с не получалось, иначе объяснить такое нечем просто
ну так объясните, почему у 1С ничего не получается, а она упорно делает то же самое, и даже не ругается при этом на себя?! А ведь "ничего путного" ЛИЧНО у 1С так и не получилось.

(122) ругаете почем зря?

(123) Не скажу. Это недостаток. Что будет и когда будет - не загадываю.

(120) в динамических списках при "быстром" подборе например

(125) Ещё варианты есть? Или у вас всё сугубо дискретно?

(127) Ну да. В принципе - да.

(128) Мыш , вы были на Мистафесте?

(130) Нет, и не пойду. Был на партнерском один раз.

(120) ну вот у меня спросила, SQL подзавис, дал отлуп, сам работает, а 1С-севрер...
Это нечто.
Он вроде бы и работает (ну ладно, зависла сессия, которой SQL дал отлуп), так 1С-сервер ПОДВЕСИЛ и соседнюю сессию, которая никакого отношения не имела к зависшей. Разве что обе работали на одном SQL.
Я уж не говорю, что для 1С-а такой "отлуп" вообще никак не зафиксировался - по базе "все ок", и не важно, что при создании записей в базе все повисло напрочь...

+(131) Но с вами лично мы знакомы, да.

(130) да-да, объединитесь для поддержки друг друга ))
Это только мы, реалисты, по-одиночке тут хаим "зазря" 1С.
А вы всем скопом ходИте, из темы в тему )))

(133) Когда это?

(128) у меня сугубо для каждого )

(134) Вы слишком оптимистично присвоили себе звание реалиста.
(135) Примерно год назад, место не помню.
(136) Да вы талант. Что же забыли на ниве автоматизации?

(Odavid) Я не являюсь фанатом и сторонником 1С систем. Она всего лишь одна из многих. Не собираюсь ее не хвалить не ругать. Но отзывы я мог бы привести реальные(референса откровенно на вас было бы жалко).  Какая то у вас критика однобокая.

(138) Фанатикам (с любой стороны) ничего не объяснишь. Можно притащить осла к воде, но пить не заставишь.

(137) "Примерно год назад, место не помню. "

Пивная по концу света, вы рядом с Другой сидели, нет?

(138)>>Но отзывы я мог бы привести реальные
отзывы у меня и свои есть. А что одна часть программистов привыкла верить всему, что говорят (меньшая в 1С, потому как еще не работали с 1С толком), а другая - давно не хочет ни думать, ни работать (подавляющее в 1С), мне тоже прекрасно известно.

(141) Откуда ты пришел в 1С?

(139) ну так вы уже фанатик 1С. Даже если еще этого не поняли. Эти технологии оправдания всего, что угодно и в нужную сторону, уже давно продуманы и успешно работают у 1С.

(142) с Ворда. Сидел, документы набирал, а тут - 1С. Посидел месяц, попрограмил - понял, что есть что поругать.
И вот ругаю, ругаю )))

(144) А ты юморист.

Да, забейте вы ругаться!)) ЗУП 3.0 рабочая сегодня вышла. Все не так уж и плохо у 1С.

(146) Т.е. типа стартует чиста канкретна?

(146) ну так и сидела бы 1С на БП. Ну, пусть еще и ЗУП. Никто бы слова не сказал. Даже я ))
А вот уже столько лет не могу не молчать на все новые и новые фокусы и ловкость рук.

какие проблемы?

(140) Не помню.
(142) Из лесозаготовок.

(150) "Из лесозаготовок."

Поздравляю. На нашем форуме прижился новый Гений1С. Существо дикое, но забавное и безвредное.

(143) Где вы увидели оправдание мной 1С?

(151) Это про кого?

(0)"за 2 дня работы он выдал ответ: из-за того что у нас в в регистре увеличилось количество записей запись в регистр идет долго"

"за 2 дня работы" LOL, а что так быстро? настоящие специалисты полгода только предпроектное могут делать

(113)нет. 1с всё правильно пишет. это ваши кривые дописки валят сервер. учитесь писать запросы.

(0)ты решил проблему?

(149) легкая пехота подоспела? Кавалерия уже здесь ))

(0)прочту всю ветку как будет время - доставляет с первого сабжа "до 300 тысяч" так же как советы специалистов далее )))

(0) а кто ваc просил столько сотрудников в один документ пихать что потом даже 50 000 это только порция?

наверное того на ком стояло всё это слили а в руках блатарей любая техника металлолом

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

Что-то не пойму я... Если в документ не влезает технологически более 10 000 строк, то 300 000 записей - это 30 записей на сотрудника что ли? Не кисло.

А я вот что-то торможу и стесняюсь спросить "Зачем из ЗУПа выгружать 300 тысяч проводок?" :( боюсь пошлют ларьками программировать :)

Зачем в бухгалтерии такая подробная деталировка проводок? Только не говорите мне что это нужно для ведения бух.учета - не поверю. Имхо, данные можно в ЗУПе консолидировать и далее сводно (например, без деталировки по сотрудникам) отправлять.

(162) Выгрузка в УПП, там эта детализация нужна. Да и дело не в выгрузке - отражение в регл. учете - это стандартная процедура в ЗУП.
PS. Ничего вы тут нафлудили

(161) 30 записей на сотрудника эта разве много? у нас одних видов оплат около сотни.

(162) Разные причины, УСН, например

да я смотрю Odavid не унимается никак... беда и печаль.
было "Франчи - позор 1с"
стало "Франчи и Odavid - позор 1с"

(166) 1С - это позор всех нас.
Но одноэсники - гордость 1С: что хотела, то и вырастила в десятикратном размере.

По производительности отписался в теме по записи в базу:
v8: v8: Есть плохая идея. Что скажете?

(166)>>было "Франчи - позор 1с"
Никогда такого не было. Франчи - настоящие одноэсники, ею выращенные, пестуемые и всячески защищаемые. Ну и пользуемые по-всякому - но все сугубо в целях и интересах 1С.
Но одноэсники "не-франчи", в полном соответствии с "1С-воспитанием", этого не видят и не хотят видеть, кроме одного - что франчи якобы "им перебегают дорогу".
И это тоже политика 1С, о чем никто не догадывается.

(160)>>ЗУП - изначально кривая система, вытесняющие регистры расчета - ... это нонсенс
Кстати, по зарплате - кому кажется, что "что кроме 1С!?"
Сравните подходы Камин и 1С к расчету зарплаты. В КАМИН нет никаких РР, "чистый" бухучет.
И конфа на ПОРЯДОК меньше (и, соответственно, проще) ЗУП. А делает все тоже самое - считает зарплату в итоге.
Да, КАМИН на платформе 1С. Но если ЗУП вы не реализуете больше нигде (нет больше нигде всего этого "<безо>разнообразия"), то КАМИН - на чем угодно, где есть возможность реализовать ПЛ.

(170) Простота Камина перед ЗУПом это, да.

(170) видимо заговор, камин такой классный, умеет быстро все считиать, не требует доработок и сопровождения, ан все сидят на зупе.

(172) а вы не пробовали отетить на вопрос - почему при наличии других ЯП о них никто не знает, а только об 1С.
Почему в госбюджете так яростно проталкивают 1С, а не какие-нибудь Инфо-бухгалтер.
Почему от 1С большинство писается, хотя не понимает и 5% её работы и не представляет трудоемкости разработок в ней??

(167)[1С - это позор всех нас.]
своди всех тебя к психиатру

(174) психиатр вам поможет? не думаю.

(172) Загадко, однаго.

Сравнивать 1с - платформу для разработки с яп может только полный профан или троль

(174) Императив " я знаю то, чего не знаю другие, все вокруг ошибаются" - в данном случае он очень сильный, психиатр не поможет. Фактически, если от этого избавиться, то и личность пациента перестанет существовать, так как по эмоциональному оттенку постов очевидно что это важнейшая тема в его жизни.

(172)у меня все сидят на камине 1.2 и счастливы. Конфигурации уже больше 10 лет кстати.
Ни проблем не затыков с ним нет. 1С надо бы поучится у Каминовцев

(179) это на семерочном камине чтоли?

(180) да на любом Камине.
Если уж 7.7 "рулит", так и говорить нечего за Камин 8.х.
Напомню, он "легче" на порядок ЗУП. И работает быстрее существенно.
(179)>>1С надо бы поучится у Каминовцев
а зачем? 1С только троллей разводит да незнаек. Вон их сколько в каждой теме.
Вот это ей любо.

(180)Кончено, конфигурация появидась когда 8-ки еще и в помине не было

(124) "у 1с ничего не получается" - хорошо что в 1с об этом не знают.
(179) помню приходилось этот камин допиливать. я долго плевался от исходников - нельзя так именовать переменные и код писать.. появилось даже сомнение не нарочно ли все переименовано, для "удобства" сторонних спецов.

(183)именование пременных и процедур у них свое собственное. Непривычно, есть такое дело.
Зато объем допиливания там стремится к нулю, даже при сложных расчетах

(182) когда работали на 7.7 и выбирали конфу для учета зп камин сразу отпал, т.к. сказали что максимум 1000 человек, иначе расчет будет идти очень долго. Т.ч. есть у него свои ограничения.

Нечего удивительного, сейчас тенденция такая, неуклонно падает производительность труда в РФ да и в мире, подожди чуток, может о временем наладиться

(185)строительная организация, человек 600 в год (в базе больше, т.к. текучка), строительство - куча начислений. Еще в 2005 году работали без проблем, а ведь компы тогда были какие-то селероны дешевые.
//
Там долгими могут быть только операции по закрытию месяца.
Лично у меня на 120 человек камин работал в одной базе с 2002 года и почти по сию пору. Тормозов не помню.

;-)
.
http://content.screencast.com/users/Che66/folders/Jing/media/4475d347-49d7-457a-947c-14205698115e/2013-09-16_1710.png

наш ответ сапу и всем остальным ...

(189) а я подумал, что это любимые игрушки 1с-ников, которые они располагают на своих стульчиках перед написанием своих нетленок :-)

(190) ну тогда бы было очень много 1Сников женского полу, а так - не наблюдается... ;-)

(191) как знать...если посмотреть как 1с-ники ругаются, то...как знать... ;-)

(187) у нас 4,5 тыс человек, порядка 100 видов начислений.

(193) хм... у нас примерно столько же народу да и по видам расчетов думаю где то так же. выходит нам тоже ждать эти грабли?