Чем лучше заменить РассчитатьРегистрыНа() и РассчитатьРегистрыПо() #147674

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

Не может быть! Ставь фильтры перед расчетом

ВыполнитьЗапрос

точно... всегда так делаешь?

чес слово чего за фильтры? примерно такая конструкция база dbf.. два этих регистра весят 29 мб и 21 мб..(движения за два года)

Рассчитать регистры не использую вообще.

во-во.. я тоже так собираюсь либо научусь их готовить, либо буду идти в обход

случайно не ваше

2 Обычным запросом - гораздо дольше Вот попробуй типа такого:

УстановитьФильтр(<?>,); SetFilter(<?>,); Синтаксис: УстановитьФильтр(<Измерение1>,<Измерение2>...,<Рекв1>,<Рекв2>) Назначение: Назначить фильтр для оптимизации действий с регистром (временные расчеты, выбор движений и итогов). Параметры: <Измерен1>,<Измерен2>... - значения измерений регистра. <Рекв1>,<Рекв2>... - необязательные параметры. Выражения со значениями реквизитов регистра. Заданные значения реквизитов будут влиять только на отбор движений регистра. Замечание: Измерения могут задаваться с пропусками (неуказанное значение - просто запятая), фиксируются только указанные измерения.

Вопрос кому?

ок.. спасибо

вам...

Нет, не мое.

просто по почерку похоже...

+ Меня штатные средства управления номером устраивают.

Вы знакомы с моим почерком? (Удивлен)

конечно...

Сомнительное высказывание. Требует доказательств.

судя по вашим постам... доказательств не требуется

Вы представляете Конечную Инстанцию?

а разве не видно

Это был риторический вопрос. Если не понятно.

а разве не видно

Со временем файл RGномер.dbf, отвечающий за регистры, обрастает нулевыми записями, из-за чего неоправданно увеличивается его размер и, соответственно, время выполнения РассчитатьРегистрыНа. Необходимо раз в месяц сторонней программой помечать на удаление все записи, которые имеют нулевые значения всех ресурсов, после чего делать Zap. Проверено, данная операция во много раз ускоряет доступ к регистрам и глюков не несет. Мой пример (запускать не на работающей базе а на ее копии): Или удалить файл вообще и сделать пересчет итогов (не проверял, не скажу).

товарищ держали бы вы такие ценные замечения при себе....

нулевые значения хорошо чистятся штатными средствами... а ... без комментариев...

тип упаковкой таблиц?

Ответы на конкурс! :) Вообще-то это нужно в ветку с анекдотами.

Упаковка таблиц эту хрень не удаляет...

Честно говоря, при работе в модуле документа и в модуле формы документа ничего более подходящего, чем СоздатьОбъект("Регистры") и далее работать с ним не нашел. Запрос, как я понял, может блокировать доступ к данным для других пользователей в базе. По крайней мере я натыкался на такую траблу. Соответственно используются методы РассчитатьРегистрыНах и др. Этот вариант оказался наиболее жизненным. imho.

У запросов есть особенность. Не знаю как в 25 релизе, но запрос может неправильно рассчитывать остатки. Обороты считает правильно, но вот остатки...

Ни разу не встречал неправильный расчет остатков в запросе.

Разве что сам запрос кривой или сами данные.

А какими штатными средствами можно почистить?

это вы для меня очень великую тайну открыли... а я то думал... а он вон оказывается что

А вот так можно?

а работатет?

Не пробовал. Потому что у меня сомнения.

Блин, я туплю...

где? что мешает по пробовать...

Что мешает попробывать? А потому что будет неправильно. Это я знаю даже не пробуя.. Правино будет вот так:

иногда можно не делать временный расчет

Кстати, в каких ситуациях можно не делать временный расчет?

Быстрее всего комбинацией оборотных регистров с периодами Год Месяц и т.д. вплоть до дня Остаток=НачОстаток+Оборот за период РАССЧЕТ не нужен вообще и работает реально очень быстро, вы просто не поверите...

УстановитьЗначенияФильтрареально помогло: вместо 42 секунд накладная провелась за 5 секунды еще раз благодарю кстати в поиске встречал тему где такое обсуждалось..( ) один из участников в конце ветки утверждал, что УстановитьЗначениеФильтра(,СписокЗначений,) не целесообразно при большом списке значений (около 100) и в таких случаях лучше фильтры не использовать.. либо для 25 релиза это не актуально, либо я чего-то не правильно делаю(цифры приведенные выше получены при списке в 115 значений )

а может еще в регистре галочку поставить "отбор движений"?

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

Обязательно. Еще в раза 2 ускорится проведение задним числом. Особенно если документов очень много

А если регистр без ресурсов ?

Без ресурсов? Хм. оригенально - надо будет попробовать.

Регистр - Цены...

Тогда можно и справочником обойтись.

Вот я и обошелся, но у меня конфе(Рарус-Мебель) есть такой регистр изначально...

Тут о 8-ке говорят? Цены..... что за конфа?

Интересное решение.