Last1CmenавторА вы когда в последний раз - типовую УПП смотрели?

года два-три тому назад :) как и 8ку вцелом

авторкуда по ФИФО ввставляются документы по которым оплата проведенна. И при проведении задним число данные в этой ТЧ никак не меняются

почему это правильно ?
А я и не говорю, что это правильно. Такова методология от 1С.
Если хорошо подумать можно как недостатки так и достоинства этого метода найти в свете механизма взаиморасчетов конечно.

MicMic
При использовании нештатных периемов (работа напрямую с БД sql-запросами) - справочники почти всегда и быстрее, и проще (vitkhv, правда не совсем прав, почему, :) например про црдок забывает и др.).

Еще раз повторюсь - я не говорю про не штатные механизмы, я говорю про метод ВыбратьЭлементыПоРеквизиту(). Работает он очень быстро - выиграша от прямы запросов нет.

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

Last1CmenавторТем более на сотне строк разницы особой не будет. Да и на 500 тоже.

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

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

для эксперимента переделал под документы - скорость то повысилась но т.к. стоимость доработок вцелом вышла великоватой то так и оставили

Опять же при востановлении последовательности данные в справочнике цен не менял. Зачем оно при востановлении последовательности?
Для хранениия второй ТЧ все-таки удобней применять Справочник. Аргументы выше.
Ну а каждый конкретный случай надо расматривать отдельно.
Просто для примера в Транзакции - возьмите и удалите 100 элементов справочника, ну и создайте столько же. Сколько это займет времени - при отсутствии периодических реквизитов в этом справочнике конечно же. Периодические реквизиты - зло. Будет это очень быстро - очень очень быстро.

MicMicавторТем более на сотне строк разницы особой не будет. Да и на 500 тоже.

Чем больше строк, тем больше будет выигрывать документ.

Что будет работать быстрее?

- простая инструкция (удаление документа)
delete
From
Where iddoc = Вот этот документ

Или же сначала выборка
Select ID
From
Where iddoc = Вот это
Потом топтаться по выборке отправляя много раз
delete
From
Where id = Вот этоn элемент

:)

Мы про штатные средства говрим?
Если да, то тогда давайте проведем тест. Смысл тестов насколько милисикунд\секунд будет быстрее удальтся документ, со 100 строками, с 500 строками и с 1000 строками.
Соответветственно в справочнике 100 элементов, 500 элементов и 1000 элементов.
Документа будет 3 :
1.ДокументОснование.
2.Документ ТабличнаяЧасть (В шапке документ основание, В ТЧ ОтчетКоммисионера и Пеня)
3.ОтчетКоммисионера.
В подчиненном документе в шапке - реквизит ДокументОснование. В табличной части - 2 реквизита ОтчетКоммисионера и Пеня.
Во втором случае 2 документа и один справочник.
1. ДокументОснование
2.ДокументОтчетКоммисионера.
3. Справочник с 3 реквизитами (ДокументОснование-с отбором, ОтчетКоммисионера- с отбором, Пеня)
Ну а дальше выбираем по документу основанию либо все элементы справочника (использую ВыбратьЭлементыПоРеквизиту) либо удаляем подчиненный документ.
Ну и какая будет разница на сколько секунд/милисикунд?
И насколько эта разница будет критична - давайте посмотрим сравним....

Last1Cmen,MicMic.

Итак написал конфигурацию, провел тестирование.
В конфигурации - 3 документа:
1. РасчетПени
2. ОтчетКоммисионера
3. РасчетПениТЧ.(в этом документе хранятся табличные части документа РасчетПени)

1 справочник - ПеняТЧ (альтернатива документу РасчетПениТЧ)

Итак проводим сценарное тестирование:
Применительно к задаче описанной Last1Cmen

Last1CmenавторТем более на сотне строк разницы особой не будет. Да и на 500 тоже.

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

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

для эксперимента переделал под документы - скорость то повысилась но т.к. стоимость доработок вцелом вышла великоватой то так и оставили

т.е. исходя из задачи имеем 100 документов в каждом 100 строк.
Строки Хранятся либо в Документах РасчетПениТЧ, либо в справочнике ПеняТЧ.
Генерация вторых табличных частей и их удаление зашита в модуль проведения документа.

РасчетПени.
Итак проведение документа РасчетПени 100 строк: (происходит генерация вторых табличных частей)
Хранение ТЧ в справочнике: 11608 мс
Хранение ТЧ в документах: 4455 мс

Распроведение документа 100 строк: (происходит удаление ранее сгенерированных ТЧ)
Хранение ТЧ в справочнике: 10001 мс
Хранение ТЧ в документах: 4455 мс

Перепроведение документа 100 строк: (происходит удаление ранее сгенерированных ТЧ и генерация новых)
Хранение ТЧ в справочнике: 20749 мс
Хранение ТЧ в документах: 5457 мс

Да интересно Last1Cmen что у вас за скорости в системе если вашим сотрудникам подождать 11 секунд вместо 4,5 лень? А может вашим пользователям просто нравится наблюдать результаты своего "труда" в общем журнале документов?


В тест для сравнения вставленны результаты для 1000 строчного документа
Проведение документа РасчетПени 1000 строк: (происходит генерация вторых табличных частей)
Хранение ТЧ в справочнике: 108536 мс
Хранение ТЧ в документах: 39239 мс

Распроведение документа 1000 строк: (происходит удаление ранее сгенерированных ТЧ)
Хранение ТЧ в справочнике: 99689 мс
Хранение ТЧ в документах: 12344 мс

Перепроведение документа 1000 строк: (происходит удаление ранее сгенерированных ТЧ и генерация новых)
Хранение ТЧ в справочнике: 208546 мс
Хранение ТЧ в документах: 57200 мс

На DBF базе метод на справочнике вообще часто превосходил по скорости метод с документами!!!!

Во вложении MD с конфой на которой тестировал, кому интересно забирайте.

Конфигурация на которой проводились тесты: MS Windows XP SP3, MS SQL 2005 SP2, PentiumDC E6300, 4Gb RAM.

Уточнение проводились, распроводились пакеты из 100 документов.

Last1Cmenне удержался глянул глазком... так и есть как думал :)

документы ТЧ не удалять надо а перезаписывать (после перезаполнения) при перепроведении... в отличии от справочников которые надо удалять ;) (можно конечно и не удалять но тогда надо логику включать что распространяется и на документы)

это на первый взгляд сразу

При перезаписи разницы почти не будет. Попробуйте сами :)

vitkhvLast1Cmenне удержался глянул глазком... так и есть как думал :)

документы ТЧ не удалять надо а перезаписывать (после перезаполнения) при перепроведении... в отличии от справочников которые надо удалять ;) (можно конечно и не удалять но тогда надо логику включать что распространяется и на документы)

это на первый взгляд сразу

При перезаписи разницы почти не будет. Попробуйте сами :)

Проверил перезаполнение получается даже медленней чем с удаление/создание.
7442 мс против 5457 мс

Здесь кстати ошибка:
vitkhv
Распроведение документа 100 строк: (происходит удаление ранее сгенерированных ТЧ)
Хранение ТЧ в справочнике: 10001 мс
Хранение ТЧ в документах: 4455 мс

вот так правильно:
Распроведение документа 100 строк: (происходит удаление ранее сгенерированных ТЧ)
Хранение ТЧ в справочнике: 10001 мс
Хранение ТЧ в документах: 1247 мс

Last1Cmenvitkhv, будет плюс учтите то железо и большее количество перезаписываемых реквизитов как и сам размер БД в десяток гб

отставание не на 5-6 сек а в два раза ;)

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

Вы видимо статистику очень любите ;) в которой можно одни и теже цифры по разному трактовать.
Здесь именно отставание в пять-шесть секунд, применительно к вашему сценарию (100 документов по 100 строк каждый) естественно., хотя и не отрицаю превосходства вашего метода на 200% ;)
И эти пять-шесть секунд вообще в итоге растворяться, т.к. документ не только по справочнику (документу в вашем случае) проводить надо.