По мотивам веток
v8: Что дешевле - UNION или 2,3,4 запроса?
и
v8: Зачем переходят на восьмерку?
и просьбе Masquerade-а спрашиваю его в отдельбной ветке:
"Как это реализовано? В чем серкет такого быстродействия?"

Если простая запись в регистр за это время возможно, то возможно и проведение по партиям, ибо нет предела совершенству :))

(1) :))

(1) Кстати, далеко не факт, что запись за это время возможно. Еще ведь и итоги пересчитать надо.

(3) Итоги можно отключить, нет предела совершенству :))

Извольте.
Сейчас распишу.

(4) Движения можно не писать, нет предела совершенству ©
:)

(6) и вообще достаточно об этом подумать, остальное неважно...

(6) Точно!

(7) Неправильно. Может быть, пока неправильно :))

(6) Именно :-) Можно их в памяти держать, а записывать уже расчитанные. А после -  итоги пересчитывать.

(10) Я же правильно понял - держать у себя в памяти, а не у компьютера? :)

(11) и проводить там же?

(11) Не, у компьютера - надежнее...

(12) Ага.

(13) Не... Тогда в указанное время не уложимся...

(15) Слушай, ну я посчитал - у меня чуть дольше...

(16) Ты в уме посчитал?

(16) в уме дольше? О_О

(17) "ага, столбиком... у меня там столбик есть, вот я им и считаю"©

Флудеры...

Как справедливо заметил PR - речь идет не о ПРОВЕДЕНИИ документа как таковом,
а о формировании регистра партионного учета. То есть - корректном формировании
всех записей регистра с использованием метода FIFO.

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

Итак задача - сделать восстановление партионного учета максимально быстро.

Ну... Велосипеда-то я не выдумал - я просто сэмулировал в 8-ке.. (крещендо) - ТА.

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

Итак по действиям.

1. Берем остатки по партиям на начало периода.
2. Формируем объект следующего вида:
Соотвествие:
Ключ - номенклатура
Значение - ТЗ с партиями.

Прим. Остатки должны формироваться с учетом ВСЕЙ дейтсвующей номенклатуры за период, то есть
если остатков по партиям нету - то создается ПУСТАЯ таблица партий, но запись ключ-значение все равно создается.

3. При проведении каждого расходного документа получаем таблицу его партий:
МоеСоответствие[Номенклатура] - очень быстро.
4. Делаем операции в этой таблице. НЕ ИСПОЛЬЗУЕМ МЕТОД СВЕРНУТЬ(), чтобы потом НЕ СОРТИРОВАТЬ().
То есть - вычитаем из количества, узнаем себестоимость.
5. При проведении приходного документа создаем просто запись в ТаблицеПартий, она добавляется естествеено в конец - как раз для FIFO
6. Пишем движения в регистр на каждый документ, обратите внимание - нам не нужно получать документ.Объект.
7. Нужно обратить внимание, чтобы виртуальные расчеты совпадали с регистром, то есть - разрядность ресурсов долждны быть одинакова
на всех участках расчета.

Все. Ключевые понятия:
1. Никаких поисков в таблицах значений! Только соответствия. В отдельных случаях в программе используются пяти-шести уровневые соответствия. Заморно их создавать, но быстродействие оправдывает все.
2. Виртуальная таблица партий - никаких обращений к таблицам в БД.

Все.

При реализации всех этих условий, нам удалось добиться формирования регистра партионного учета из ~20 000 документов приблизительно
за 15 минут. Сначала не заметили 7-ой пункт - полезли копейки. Выверили - теперь все ровно.

По проведении из формы - партии не анализируются вообще - списывается все по последней приходной цене. Главное быстро - а ночью все равно последовательность восстановится.


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

P.S. Как проводятся возвраты от покупателя - вообще отдельная тема. Там все слишком жестоко.

Жду реакции от г-на Садовникова.

(22) Хы. Я думал я один такой шизобретатель... :-)
зы. С возвратами тоже есть маленькая трабла.

(23) ;)

Ничего особенного. Но результат налицо.

Кстати, "по мотивам"...

0,045 секунды на документ? БРЕХНЯ.

Загляни в список его тем...

"А причем тут темы?" - они прекрасно показывают твой уровень, как специалиста... Уж извини.

Понимаешь в чем дело... Я, просто, в чудеса не верю.

Блин, и этот человек утверждает, что у него документ проводится за 0,045 секунды??

Чё эт "не зли"? Буду злить. До тех, пока не сознаешься что весьма сильно назвиздел про те самые 0,045 секунды.

Ой, ну хватит уже звиздеть...

А ведь действительно - чего это я?.. И так понятно, что он "несколько" исказил ситуацию в лучшую сторону. А сознается он в этом или нет - какая разница?
Всё. Осознал. Отстал :)

Да я понимаю. Но заметь, я нигде не кричал типа "Я крут! Я крут!". Просто удивился некоторой несостыковки знаний, которые позволят провести документ за те самые доли секунды и уровеня заданного в (0) вопроса.

(22) Да не будет никакой реакции. Ты же сам пишеншь, что это НЕ проведение.
А твоя первоначальная фраза звучала так:
"У меня партионный учет месяц из 20 000 доков по партиям проводится за 15 минут."
Тут же ты расписываешь абсолютно другое. Так что...

Когда я говорил, про отсутствие необходимого объекта в ЧИСТОЙ 7.7 - я имел ввиду Соответствие - дает ОФИГЕННЫЙ выигрыш в скорости.

(23)
С возвратами - я боюсь воспроизведу алгоритм только читая строчки кода, во имя быстройдействия - там все "несколько" заморочено.

(26) Хочешь, я тебе то же самое в семерке одним запросом сделаю? Будет еще быстрее.

(25)
"У меня партионный учет месяц из 20 000 доков по партиям проводится за 15 минут."

is it equals

"У меня 20 000 доков проводятся по партиям за 15 минут".

Извиняйся давай, я все расжевал. Или.. Слабо?

(27)Ну тоже самое не факт, но как то на подоби можно

(27)(28) Спорим - не подеретесь? :)

(26) "чистая", "грязная" - какая разница? Религиозная?
Нет Соответсвия - есть ИндексированнаяТаблица. Ичо?©
Главное, что есть инструмент.

(31)
Я не спорю.

(31) Индексированная таблица и в 8.1 есть...

(27) Хочу :-) как пример, как надо делать...

Отвлеченно...

Одним запросом? Одним? Как насчет того, что возвраты от покупателей должны сторнировать списание со склада по себестомиости, которая на начало запуска ЕЩЕ НЕ СФОРМИРОВАНА?

(28) Тоесть, подловил ты меня на игре слов? В смысле, подмене понятий. а я не уточнил? За это да - извиняюсь. Но к проведению это ни коим боком не относится.
(29) Да точно такой же механизм будет, только одним скулевым запросом.
(30) Даже спорить не буду - не подеремся :)

(36)
Не за подмену понятий, а за...
"Посмотрите на его темы"

(35)
1. То же самое - это то, что описано в (24). А там нет возвратов.
2. "списание со склада по себестомиости" - а при чем тут себестоимость? Мы на складе партиями оперируем, а они есть. Так что...

(37) Вот тут да. Погорячился. признаю и извиняюсь.

(35) А причем тут "начало запуска"? если у тебя документ отгрузки ниже начала расчета - себестоимость ты уже знаешь. Если в периоде - то на момент формирования ты себестоимость тоже уже  знаешь. Если себестоимость ввели ручками (возврат без основания, например, "сборный") - тоже знаешь. Хуже, когда надо сформировать среднюю.

(40)
Я имею виду, что!

1. Возврат делается по реализации.
2. Реализация может затрагивать НЕСКОЛЬКО партий.
3. Списания по этим партиям формируются в момент проведения этой обработкой.
4. К базе обращаться нельзя (быстродействие и красота)
5. Я не говорю что сложно, просто для возвратов формируется дополнительная изменяющаяся структура. Что выбивается из общего решения.

Вот и все.

(41) Так эти самые движения по партиям уже есть в твоей таблице!

(42)
Их там долго искать.

Мы боролись за секунды.

И это не предел (кстати).

Просто сначала берутся все реализации по которым сделаны возвраты (у нас должна быть указана реализация) и по ним создаются спец.соответвия. Ладно, закончили.

Вот задумался.... Может, действительно, красиво оформить, и продавать... :-))
Лениво, правда, двухформатную делать...

(28)
"Извиняйся давай, я все расжевал. Или.. Слабо?"

Извините, но Ваш ответ не соответствует реальности.(мягко пытаюсь выражаться)

Суть спора была - круче восьмерка или семерка.
Докладчик заявил, что проведение с переходом на восьмерку - 0.045 сек на документ
Садовников удивился.

После чего докладчик предъявляет некую обработку (21) в которой делает расчет движений. Какое она имеет отношение к выяснению быстродействия ?
Ровным счетом никакого.

P.S> В семерке расчет движений может делаться аналогичным способом,
а внесение записей в таблицу - значительно быстрей - прямым запросом

Одно уточнение: такое проведение возможно только монопольно, либо в закрытом периоде, ибо другие юзеры не видят "виртуальных" расчетов проводящего.

+(49) или торможу... и вы сразу пишете записи?

(48)
В каждой строчке - искажение. Даже комментировать не буду, тем более, что не помню учатсника в беседе по именю kiruha.

(50)
А для кого написано (21).6?

(49) Некий бардак в текущих документах присутствует. :-)
Но если восстановить с начала года (1:30 - 1:40), а после - восстановить с начала месяца (3 минуты), то на 3 минуты юзверей можно и блокирнуть... И все довольны.
Хотя, соглашусь с предыдущими ораторами - это не "проведение" в подном смысле этого слова.

(52) "подном " - это "полном" или "подлом" смысле?

(51)

Можете не комментировать.
Я вполне удовлетворен вашими ответами - Вы обычный Лгун.
До свидания.
Это не оскорбление - обычная констатация по результатам обсуждения.

(52)
Вообще - а нужно ли это "проведение" в полном смысле этого слова?

Если учесть что взаиморасчеты проводятся другой обработкой и таким образом могут запускаться параллельно - то зачем проведение вообще нужно? Атавизм.

Я тут методу к действию изложил, чуть ли не с кодом, а он меня Лгуном назвал.
С башкой все в порядке?

(53) "
-как жизнь?
--хорово!
-В какой букве ты сделал ошибку???
"©
:-)))
"полном"

LOL
Человек все рассказал, правильно ли он делает, это уже другой вопрос.
И тут прибежал Кирюха, даже не участвовавший в обсуждении и сразу яростно заплевал человека, мол ты лгун и даже не оправдывайся :))

(55) Имхо очень прикольная метода... :) А кирюху не слушай, бегают тут всякие... ;)

(55) Далеко не факт, что "проведение в полном смысле слова" нужно. Но разговор был именно о проведении, и о том, что "снеговик ложит клюшки на лопатки".
по факту оказалось, что нифига...

Юзерам можно показывать некую спец. дату - гарантированная актуальность партий.
Если кто-то что-то меняет полгода назад.. Ну это все же "из-ряда-вон", должно сразу логироваться и премироваться ну и восстанавливаться, конечно.

А за неделю все восстановит мгновенно.

(61)
Уважаемый г-н Садовников говорил о 0.045 секунды на документ. Я обманул? Господа, давайте не будем притягивать факты к нашим пожеланиям. И я сразу сказал, что в чистой, В ЧИСТОЙ 7.7, нету некоторых объектов. И потом, сейчас не помню, но в 7.7 разве можно НАБОР ДВИЖЕНИЙ записать? Там кажется каждое движение писать нужно, нет?

в проведении можно извратиться, это да что в 77, что 81. Но вот с отчетами в 81 побыстрее. Можно конечно в 77 отчеты на бухитогах делать, но на регистрах больше всякой аналитики можно запихать. А вот запрос за год потом будет ползти отсчитывая дни не быстрее секунд. А в 81 такого не видел.

(62)
1."Садовников говорил о 0.045 секунды на документ" - да. Имея ввиду проведение документа. И именно проведение.
2. И в восьмерке нельзя набор движений записать. Это все равно будет много инсертов.

(63) Как раз на регистрах на семерке все и летает. В отличие от тормознутых бухитогов...
Естественно, речь идет о прямых запросах.

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

(64)
М-м-м, уважаемый, я не знаю, кто что "имел" ввиду. Хоть на хранимках, главное результат.

Когда я предлагал "поспорить" - я СПЕЦИАЛЬНО написал - изложи СУТЬ претензии. Ты отказался. Я все уточнил в отдельной ветке. В спор с "перепроведением именно документов" я бы не вписался.

Признай что:
1. Перехитрили.
2. Метода суперская.

(67) Вот что "перехитрили" я давно признал.
А на счет методики - да, неплохая для небольшого документооборота. На больших объемах упадет из-за нехватки памяти.

(67) Метода как метода... Обычный "нештатный способ". Никаких преимуществ снеговика нет.
(66) :-)))

(68) Кусочками по полгода-кварталу-месяцу...

(68)
Нехватка памяти? А за счет чего?
У нас база на 7.7 за год - 7 гигобайт . Переписанная ТиС.

Если бы у нас было бы на _порядки_ больше документов, то боюсь - тут либо учет упрощать, либо от 1С отказываться.

(71) Вот я и говорю - на маленьком документообороте.
У меня за 2 года и 8 месяцев:
Вид документа: _ПоВсем
 Всего документов: 14 988 920
 Проведенных документов: 12 838 212
 Помеченных на удаление: 131 684

(72)
"Помеченных на удаление: 131 684"

а что не чистите-то?

у меня 5 000 000 доков удаляются 3 секунды с контролем ссылок и прочего.

шучу конечно ))))))))))))

эй хлопцы, глядите какая фифа пошла, а вы тут регистрами меряетесь.....

(77)
Смотрим уж, смотрим...

(21) Где то приблизительно так (в таком алгоритме) работала АХ 3.0 / Navision в режиме закрытия склада, только еще быстрее на таком объеме...

(78)
Почему интересно 1С не сделает это штатно? Такой гемор ушел бы в никуда...

(79) Я этим вопросом задаюсь, когда впервые в 2004 году увидел бету УПП :)

(80)
А прикинь, сделать восстановление партионного учета не обработкой, а средствами платформы - вообще ядерная бомба была бы. Cумашедший rush.

(81) Партионный учет партионному рознь. Пришла партия 1 числа. Часть партии 5 числа передана в филиал, 30 числа еще часть из филиала вернулась обратно, помотавшись перед этим еще по двум филиалам... В результате имеем одну и туже партию на приходе 1 и 30

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

(83) Нулей мало. Больше нулей надо писать. И вообще пора уже силой мысли перепроводить. Не успел подумать, а уже партионный учет за год восстановиться. И это при работающих 150 юзеров. А если в базе никого нет, то еще быстрее

(73) "а что не чистите-то?" - а зачем?

(78) Ты удивишься, но примерно так работал и БЭСТ (правда, помедленнее) еще в 1994 году...
+(85) есть такое понятие - "аудиторский след".
(83) Так кинь обещаное письмо....

Мы аудиторские и другие след. Храним в специально обученном регистре.

(87) >специально обученном регистре
Прикольно, вы разработкой ИИ на 1С занимаетесь? :)

(88) Дрессировкой регистров
(87) Спорный метод. Следы существующего документа вполне естественно хранить в "специально обученном регистре". Хранить следы того, чего нет - несколько странно.

(86) Зачем создавать новую сущность, чтобы в ней хранить то, что прекрасно хранилось в уже существующей?

(90) Я об этом и говорю

(91) Блин. Очепятался, конечно же. (90) было для (87).

(90)
Удаленный документ можно снова пустить в дело. История же - есть история, можем обладать свойствами, которые в "существующей сущности" не нужны.

(93) Мы опять о разных вещах говорим. У нас тоже есть таблицы для хранения изменений документов. Но, естественно, это не регистры.

(94)
А что за таблицы? Почему не регистры?

(95) Просто свои таблицы нужной нам структуры. Регистры для этого избыточны и неудобны.

(96)
Зачем вам 1С? Сваяли бы свой framework и продавали бы решения. Или циферка с буковкой нужна? Вы же теряетев производительности и очень прилично.

(97) Опять? Есть такое слово - "маркетинг" называется. Я что - сам должен свою систему раскручивать на рынке? Оно мне надо?
Да и где потеря в производительности?

(97) Наоборот.

(100)

Че то уже скоморошество какое-то пошло. Садовников не понимает разницы между синеньким кодом в конфигураторе и скомпиленным машинным  кодом.

(101) Нда... а ничего, что основное время уходит на обращения к базе?

(102)
Прямо нерешаемая проблема.

Я понял - у тебя лишь прямые запросы, поэтому тормоза интерпретируемой платформы нивелируются?

(104) Все верно ты понял. "тормоза интерпретируемой платформы" - это такая мизерная часть времени исполнения, что на нее можно просто забить. А если это действительно вырастет в проблему - спокойненько перенесу этот критичный код во внешнюю компоненту и получу тот самый скомпиленный машинный код.

(105)  ну а Изживший себя интерфейс? Тормозящее оле, вообще обмен человеческий? Настоящий тонкий клиент? Доступ через веб-морду? Технологии идут вперед, 7.7 выше 30-го релиза точно не поднимется. Или у вас все вышеперечисленное есть?

(106) Ты не поверишь - все вышеперечисленное у нас есть :)
Погуляй по сайтику:
http://www.rikcenter.ru/solutions.php

Мда, с кем я связался... ))))

(108) Э... Это похвалил или отругал?

)) басню моська и слон читал?

Но все равно. Столько сил вложено в это ископаемое - скоро маркетинг начнет работать против вас. И ваши решения все равно займут узку

ю нишу. Сделали бы учетку для Mac os x раз такие крутые. )))

(111) Маркетинг уже сейчас раотает против нас. К сожалению...