Добрый день. Есть конфигурация Расчет кварплаты и бух учёт (по сути таже упрощёнка, но немного доделаная). Так вот в этой конфигурции есть обработка "Начисление кварплаты", с помощью этой обработки создаётся большое количество документов последним числом каждого месяца. А проблема в том, что у этих документов интервал записи 10 секунд (ну к примеру документ №192 был записан в 13:00:10, а следующий за ним документ №193 уже в 13:00:20), а так как документов очень при очень много, то последнии документы записываются с временем 23:59:59. Возможно ли как-то по умолчанию этот интервал уменьшить?

P.S.: Сори, если что-то не внятно написал, просто незнал как подругому сформулировать.

2(0) По умолчанию нельзя. Переделай обработку, чтобы на каждую секунду несколько документов создавала и шаг был в одну секунду. С помощью УстановитьВремя().

Можно ещё поработать с позицией документа, так как целью обработки, насколько я понимаю, является не распределение документов по временной оси, а строгая их упорядоченность.

можно в одну секунду напихать много (но не mtcrjytxyj) колво документов.

65000 с копейками в одну секунду если все время установитьвремя одно и тоже ставить.

(4) а чем определяется? имхо если посмотреть внутренний ИД дока - то там в конце две букавки....

(4) разве? а не 999 в секунду?

(+6) спорить сильно не буду. но как то надо было плотно поработать с позициями документа и эксперементы ставил

(6) вроде что то про 65 тысяч и ограничения на винду/язык на котором писалась платформа когда то на курсах габец рассказывал в УЦ№3

+(8) это было рассказано в контексте "1с можно использовать практически везде, кроме биллинга"

я так думаю, что в районе 600 - но это так, в порядке дежурного бреда.. ща поставлю опыт

(9) а почему в биллинге нельзя?

уже больше пяти тысяч :)

(12) ты лупишь документы одним временем?

(11) как раз из за того что количество документов в одной секунде - ограничено...

то есть серьезные билинговые системы (там где миллионы записей/транзакций) экономически более целесообразно делать НЕ на 1с...

(13) одной секундой..

уже 19 тысяч :)

я немного отстаю...

сферический документ в вакууме:

пустая база, пустой документ без реквизитов.
записываются документы до отказа...
уже 36 тысяч

20 тыс - полет нормальный...
(17) аналогично.
.
все определяется колвом позиций и разрешенных символов в этих позициях в Иде дока...

58тысяч

гыыыыы  68 тысяч

идем на рекорд

хм.. 85 тысяч.. и время у всех - совпадает с точностью до секунды

видимо 65000 это про 7ку было.. хотя хз

(21) а у тя какой комп? и скока в транзакцию доков суешь?
я на 7.7 тестю...

ааааа речь про 8-ку? тогда я пас.. я про 7.7 говорил ;)

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

(24) я без транзакций.
втупую

   ТекДата = ТекущаяДата();
   
   сч=1;
   Пока сч>0 Цикл
       
       Док = Документы.Документ1.СоздатьДокумент();
       Док.Дата = ТекДата;
       Попытка
           Док.записать();
           Состояние(сч);
           сч=сч+1;
       Исключение
           Сообщить("Записано " + сч);    
           Прервать;
       КонецПопытки;
       
           
   КонецЦикла;

127 тысяч... процесс идет :)

комп - делл востро 1700
т7500 4гига оперативы + вин7

Док.Дата = ТекДата; - тупой оператор... гунявая какакая-то восьмерка... ;-) в 7 - ке рабдата автоматом ставится... ;-)

(30) в 8ке время в дате.
чтобы не перешагивало время - постоянно принудительно ставится одно и тоже из текдата.

у мну пока 42 тыс.. в транзакции по 500 штук, пустой док в пустой базе.
комп атлон 2200+ 3 гига оперативы

(31) А! понятно.. а у меня приходится 2 раза записать делат.. поэтому медленнее получается...

170 тысяч документов
база 70 мегов уже :)

думаю может ее на ночь оставить - пусть молотит себе :)

200 тысяч.. ух...

52 тыс

представить себе 200 тыс операторов которые по команде жмут "записать" и 1С .... валится нахрен потому как транзакции завалят систему

зы

опыт возможен например в Китае

250тысяч..

что то в инете не нашел максимального придела..

(37)  и все конечно же документы сделали одной секундой и все проводятся неоперативной.... :)

(37) это кстати нужно например в билинговой системе...

когда одной секундой миллионы событий :)

(37) епрст! мы так в 80-ых годах Еску валили когда после запуска машины все сразу логинились... потом поумнели.. один за другим стали.. а потом еще лучше - в качестве терминалов поставили ЕС7970 (кстати, если кто найдет фото и подробное описание - просьба написть) - микрокомп типа был, текстовый редактор на 250 строк, Форт можно было загрузить и прочее - после жтого Еска стала меньше грузиться.. у нас висело регулярно около 80 юзверей по всей организации (может и поменьше - ща уже и не помню..)

(40) это года ддосят!!!

60 тыс.. трибуны застыли в ожиданиии

(40) откуда даже при наличии лимона абонентов в биллинге фиксируется лимон событий? ну чо за бред ;)

не, ну 8-ка типа ж для крупных контор позорилась...

(44) 1с считает траффик и ведет статистику посещений интернета :)

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

между делом уже 335 тысяч

64300 - пошел зырить в экран

(44) чем занимается биллинг я в курсе (клиент - провайдер) но вопрос - зачем считать каждую секунду? если есть циска которая это считает по штату и потом тупо передаёт данные раз в несколько секунд в биллинг систему?

(49) должно быть что то типа 65535 или около того - есть какое то магическое число  в винде примерно этого значения

(50) была бы возможность.. а как по извращеннее ее пользовать - это тут специалистов каждый второй...

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

(51) число билли? (по аналогии с числом дьявола)

фиг там.. перевалило за 70 тыс.. в иде пять позиций отведено под инкремент, значит нае... в районе 99999 - только если в 10чной системе...

(52) одномоментно? секта?

(53) по ходу на курсах скиздели...
видимо зная что некому будет проверять :)

(55) v8: Редактирование документа разными пользователями одновременно

(50) я не в курске

(57) решение на поврехности (ветку не читал но уже прикинул как сделать).

(58) мне теперь тебя поздравить?

(59) иди научи там всех..

хотя нормальный человек сделал бы как в типовых придерживаясь правила "одно событие/сущность - один объект в базе"

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

(62) ааа а я не мог догнать при чём тут курс? я уже и про лодку грешным делом подумал - мало ли может какой местный афоризм пропустил....

(61) я не спец по 8-ке. а в 7.7 я бы сделал.... и кошки были бы целы и собаки - здоровы

450 тысяч документов...

(63) это же правило и в 7ке действует..

(65) правило действует - реализация может быть разной

подбираемся к 90 тыс

650 тысяч

перевалило за 100 тыс, прервал...

1 700 000 - создание документов продожается

гы.. база 770 мегов уже

71 ну не знаю.. у меня на 100 тыщ доках 1сджорнал 7 мегов - ивсе....

перевалил  за 3 ляма :)

продолжает считать...

очень похоже что досчитает до файлового коллапса - 4гига на таблицу

итак.
наступило утро.

размер тестовой базы 918 мегов.
количество записанных в одну секунду документов уже 10 338 794

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

11 614 254 документов...

процесс идет...

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

запустил дальше процесс...
пока все идет хорошо :)

А время у документов проверяешь ?
Хотя, на самом деле, документы хранятся в таблице.
Просто порядок, видимо, определяется тем, что один документ следует после другого в файле - поэтому - вопрос не в том, сколько документов мы можем затолкать в одно время, а какое количество документов нам позволит перемещать два документа в одном времени.
Например, у 1С версии 7 есть функция, которая позволяет получать следующую или предыдущую позицию документа (СформироватьПозициюДокумента). Соотвественно, вопрос в том, когда эта функция ничего не сможет сделать.

(77): там индекс (по времени - причем до лампады как там индексное поле строится и в каких единицах) явно неуникальный, поэтому доступ строится по индексу плюс номеру записи (естественному порядку записи).. и даже если на уровне движка при указании времени с точностью до секунды автоматом производится инкремент во внутреннем счетчике времени от последнего записанного в этой секунде (но - разумеется - не более чем последнее возможное значение счетчика в этой секунде) - все равно по логике и по результатам опыта IamAlexy получается, что начиная с некоторого момента все документы тупо прописываются на самый конец секунды и при этом в порядке выборки по хроно-индексу (визуально - в журнале) начнут следовать друг за другом в порядке создания (записей).
а вот всунуть документ внутри секунды между двумя уже созданными уже хренасдва получится.. хотя можно попробовать - интересно что получится.. если конечно функционала хватит... ))

В семёрке позиция документа выглядит как:
#20090830 432000000         5 (для одного)
#20090830 432100000         6 (для следующего)
Соответственно, есть подозрение, что для позиции отведено 6 знаков (то есть 999999 элементов).
Запустил такой код:
   h=12;
   m=0;
   s=0;
   d=CurDate();
   for i=1 to 1000000 do
       Doc=CreateObject("Document.Времянка");
       Doc.New();
       Doc.DocDate=d;
       Doc.SetTime(h,m,s);
       Doc.Write();
       if(i%1000)=0 then Message("i="+String(i)+" : Pos="+String(Doc.GetPosition()));endif;
   enddo;
   Message(Doc.GetPosition());
буду смотреть.

И, как выяснилось, этот код создаёт документы с интервалом в 10 секунд, как и говорилось - вся засада в 1С в действии "Сохранить", после этого действия "умная" система почему-то распределяет документы по 10 секунд.
Но, стоит ещё раз выполнить "УстановитьВремя" и повторную запись, то время получается правильным.
Видимо, у автора такая же проблема.

13 с половиной миллионов.
естественно проверяю что в туже секунду.

думаю что будет создавать пока файловая система не крякнетца.

пока еще пыхтит

Я просто понял, что 2Гб в DBF-файле произойдёт раньше, чем кончится позиция.
Но, вопрос не столько в том, что мы можем всунуть "неограниченное" число документов в один момент времени, а в том, как всунуть ещё один документ между ними - тогда придётся позиции всех следующих документов сдвигать - а это "ну очень быстро и удобно".

(81): позиции сравни выбрав доки с учетом (79) и (78) - с инкрементами и достижением предела в нумерации позиции..

(83) угу.. правда еще создаются документы...
14 с половиной лямов уже :)

(84) на самом деле у всех документов позиции одинаковые (только часть, которая является ID документа разная) и идти документы будут в порядке ID - то есть их местами не переставить.
В общем так: Создать можно, а работать неудобно.

P.S. для позиции предусмотрено 9999 различных значений в рамках одной временной позиции.

0_о, сколько всего написали. Я так понял, что если документов меньше 65 тыщ, то их можно и в одну секунду записать?

(87) читай (69) и (79)

во извращенцы :)

(27) для точности, я полагаю, надо вставить
Док.Дата = ТекДата;
Док.УстановитьВремя(10,10,10);
Попытка

(90) у меня 8ка :)

(91) Ну и сколько же там документов в итоге получилось ?

Результат:

Размер базы 27 гигов. Из них размер файла данных 7250М, размер лога 16 гигов, размер папки “1Cv8FTxt”  3916М

В одну секунду вместилось более 50 миллионов документов.
затем файловый коллапс.
Сейчас уже четыре часа идет тестирование и исправление ИБ.

(93) то есть она, всё-таки, умерла ?

(94) угу.. файловая. фигли не умереть то...

(95) А ты ее в скуль загони :)

(85): а где чем тут ID-ы?

(97) Иды тут при том что позиция документа формируется из даты, времени с точностью до 10000 долей секунды и иддок - 9 символов в 36-ричной, значит в одну секунду можно записать 10000*9^36=2,2528399544939174411840147874773e+38 документов. Так что экспериментируйте ребят, экспериментируйте... Правнуки расскажут что там получилось :)

+(98) Хотя не приврал немного, ид уникален не на момент времени, а для всей базы, так что всего лишь 9^36=2,2528399544939174411840147874773e+34 :)

нахну 100

+(99) оно же максимальное число документов в базе, но все их можно записать в один момент времени, при этом индекс будет уникален. Причем местами поменять будет можно, подправив иды...

(98): а какой ид в позиции, которую формирует "СформироватьПозициюДокумента(<Дата>, <Час>, <Мин>, <Сек>, <ФлагКонцаСекунды>)"???
(не нашёл ИД в позиции, кроме того ИД не 9 символов а 12, ті про код ИБ позабыл.. ладно, завтра в ида поковыряюсь)

(102) Есть и 13 и 23, я про те 9 в которых порядковый номер дока. Всякие ид вида и типа и прочего уже вещи вспомогательные...

домучилась база:

http://pic.ipicture.ru/uploads/090904/1731/d1X7pSznXQ.png

55 485 932 документа в одной секунде в файловой базе.

так что, не обманули..!!!???? Годится Снеговик для автоматизации мегакорпораций????

(105) Для Мега - годится, а для МегаМегаМега - нет! ^_^