В журнале РеализацияТоваровУслуг около 500 000 документов.
В последнее время заметил, что журнал у клиентов стал подвисать при отборах.
Пришла такая идея, создать новый вид документа "РеализацияТоваровУслуг_Архив".
Скопировать данные в новый вид документа (с одновременным удалением из РеализацияТоваровУслуг).

Плюс вижу - разгрузиться таблица основного журнал РеализацияТоваровУслуг.

Как думаете есть подводные камни?

сделать УФ+демонический список не предлагать?

(1) чем поможет?

(0) за какой период столько документов? Не лучше обрезать базу?

(1) У меня аналог управления торговлей 10.
Обычные формы.
Там тоже журнал формируется динамически. Тем не менее при отборах подвисать начал.

Как Вы собираетесь удалять старые РТиУ? Заменой ссылок?
Может попробовать включить фильтр по дате?

(0) более чем странное решение.
У мне на УФ такого нет. хотя документов дофига.

(3) Примерно за 7 лет.
Как мог обрезал уже. Удалил лишние регистры, почистил табличные части.
Остались только "Партии товаров на складах", "Товары на складах", Взаиморасчеты и ВзаиморасчетыСКонтрагентамиПоДокументамРасчетов.
Их пока не одолел.

Есть РИБ в этом сложность обрезки.

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

(8) Понял, поковыряю, возможно и так.

(7) я бы обрезал. Нафига в рабочей базе 7-милетняя инфа?

(10) +1

(10) зря, очень удобно

(12) что-то не так в консерватории, если им приходится лезть в столь давние периоды

(13) например, активные продажники работают по ушедшим покупателям

Я регистр продаж очистил уже до 31.12.2014, другие оборотные регистры тоже.
Возиться не хочется с регистрами накопления.
Но похоже это будет правильно.
Буду все таки удалять данные.

(0) 500 тыс. документов - не так много. Все регламенты сделаны, я так полагаю?

(16) Что значит "Все регламенты сделаны"?

(17) Переиндексация, обновление статистики.

И еще, с журналом ДокументыКонтрагентов таких проблем нет?

(18) Это да, все настроено, работает.
(19) Я удалил практически все журналы из конфигурации.

(20) Надо в ТЖ смотреть план запроса. А сколько отбор работает, скажем, по контрагентам?

(21) Замерил.
В основном 1-2 секунды.
Некоторые контрагенты до 5-7 секунд.
А вот контрагент "Розничный покупатель", 2 раза замерил 1 минута 20 секунд. При этом замер производительности этого не показал.
Основная масса документов, около 200 000 это на "Розничного покупателя".
Из-за него все и началось, те кто отбор по нему делает, те и жалуются.

(22) Если отбор по периоду ставить, хотя бы с начала года, то отбор по контрагенту "Розничный покупатель" в 5-7 секунд укладывается.

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

И кстати: "Есть РИБ в этом сложность обрезки." - нет там никакой "сложности". Взаимным обменом синхронизируешь состояние баз; делаешь свои дела; по завершении - взаимные сеансы обмена данными.

"Скопировать данные в новый вид документа... Как думаете есть подводные камни?" - да и много. Эти документы не будут проводиться, а существующие движения - отвалятся; эти документы будет "игнорировать" подписки; они не будут мигрировать в планах обмена и т.д. пока ручками везде, где надо не пропишись - это не "документы", а их имитация.

(24) С РИБом такая сложность:
1. Сам процесс удаления занимает много времени. Бывает и сутки, и это всего за 1 год.
2. После этого файлы обмена имеют огромные размеры, иногда 1Гб и более.
3. После этого обмен идет несколько часов. И бывает из-за сбоев еще и прерывается.
4. Поэтому приходиться на данный момент запускать обрезку базы во всех узлах, а когда они закончатся, очищать регистрацию обмена.
5. И это все можно сделать только в не рабочее время, и в воскресенье.

Вот такие сложности с РИБом.

(25) Их и не нужно будет проводить. Это же архивы. Им не нужны подписки, в планы обмена не проблема их прописать. И движения тоже почему должны отвалиться.
"РеализацияТоваровУслуг_Архив" если и делать, полный аналог ""РеализацияТоваровУслуг" - со всеми регистрами, всеми планами обмена.

Но действительно создавать "РеализацияТоваровУслуг_Архив", это полумера, лучше уж доделать обрезку базы.

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

(27) сделай "журнал" на регистре сведений и форму для пользователей на основе этого "журнала"
это позволит рулить количеством показываемой инфы

(26) Это не "проблемы" РИБ, а проблемы распухшей неоптимизированной базы и слабых каналов транспорта обмена.

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

(28) Понял, да возможно такое.

(30) Я бы не сказал, что база не оптимизирована. Просто данных много.

(31) делай по умолчанию отбор в списке по периоду. например за 2 последних месяца

(33) Да это вариант, в текущей ситуации.

(34) чем меньше период, тем больше вероятность что будет сик по индексу периода

(35) Что такое сик по индексу периода?

операция INDEX SEEK

а сейчас TABLE SCAN - поэтому и тормозит

(27) Sorry, а зачем, собственно говоря, документы нужны без движений? Чтобы на них посмотреть глазками и похлопать ресничками? :)

Мои юзвера давно уже привыкли "смотреть" документы не через отборы в журналах, а через отчеты - так им удобнее. И быстрее.

(39) движения никуда не денутся, просто архивные документы не будут уметь их формировать

(39) Документы, нужны только, чтобы на них перекинуть движения регистров:
"Партии товаров на складах", "Товары на складах", Взаиморасчеты и ВзаиморасчетыСКонтрагентамиПоДокументамРасчетов.

Остальные регистры я уже очистил, даже табличные части очистил.

(41) Больше всего конечно интересует регистра "Взаиморасчеты с контрагентами", так как по нему строятся документы "Акт сверки взаиморасчетов".
Я сейчас его отрежу до даты, а потом акт сверки не построишь нормально. Хотя период большой конечно уже.

Вы не услышали меня, повторю: чтобы скопировать документ вместе с движениями в документ другого типа - этот тип должен быть предварительно добавлен в регистры движений.
Ок?
Мне показалось что автор как-то упустил этот момент в своих рассуждениях и решил об этом напомнить среди прочих "подводных камней".
Ок?

(0) Может код формы журнала сначала замером проанализировать?

у мну лям РТУ за 4 года, норм открывается

(44) с отборами или без?

(45) без всяких отборов 2-3 сек

У меня реализации с 2011 года :( - юзвера не дают зарезать базу :) Как бы тоже проблем нету. Но у нас мало кто смотрит периоды больше трех лет.

(22) Зачем по нему нужен отбор? Это же не реальный контрагент.
Что пользователь хочет увидеть в этом полотенце?

(46) а с отборами будет совсем другая картина

(43) Я это учел.
(48) У нас для розничного покупателя отдельные кассы есть. Основное направление это опт. Не помню в какой момент, но почему-то отказались от Чеков ККМ и Отчета о розничных продаж, вот и накапливаются теперь. А они отбор ставят, так как им другие контрагенты мешают, но втечении дня переключают туда сюда.

можно еще контрагента проиндексировать

(51) Попробую в копии.
Хотя вот начал читать про INDEX SEEK
и вышел на статью

http://catalog.mista.ru/public/444987/

Там пишут, что для подобных выборок (когда в выборку попадает 50% от таблицы) индекс пользы не принесет.