|
v7: Как уменьшить таблицу итогов? Ø (Волшебник 31.07.2024 22:30) |
☑ | ||
---|---|---|---|---|
0
arsik
28.07.24
✎
11:14
|
Файловая база.
1) Переношу ТА на пару лет назад. 2) Сжатие ИБ Или я что то не то делаю? И в dt выгрузить не могу, ошибка. В базе сейчас таблица итогов подошла к 2Гб и вот нужно хотя бы на MSSQL перенести что бы нормально базу обрезать. Какие варианты еще есть? PS: Может у кого то есть приложение, которое показывает сообщения строки состояния? При длительных операциях состояние зависает, и непонятно что происходит.
|
|||
1
Злопчинский
28.07.24
✎
11:25
|
Незакрытые регистры, инфа 100%
|
|||
2
Злопчинский
28.07.24
✎
11:26
|
попробуй https://infostart.ru/1c/tools/180018/
в твоем случае эффект будет мизерный скорее всего, но вдруг... |
|||
3
Злопчинский
28.07.24
✎
11:30
|
(0) какая конфига хоть?
ТиС, и регистр итогов по Остаткам и/или Партиям? |
|||
4
Злопчинский
28.07.24
✎
11:31
|
(0) ставишь приблуду Ромикса, которая позволяет выгружать/загружать большие объемы
|
|||
5
Злопчинский
28.07.24
✎
11:32
|
https://x-romix.narod.ru/ - раздел Плугинов
|
|||
6
Злопчинский
28.07.24
✎
11:38
|
Нескольким клиентам-лавочникам делал уже обрезку по типу, когда у них интеркомпани (несколько ИП, несколько фирм), но перепродажи они не делают. Тупо в распухших регистрах остатков и партий заменил фирму на пустое значение, подправил код проведения и пересчитал итоги. Эффект поразительный ;-)
|
|||
7
AAA
28.07.24
✎
11:51
|
(6)Так это почти очевидно. В исходной базе строчка незакрытого остатка размножается по количеству месяцев от даты движения. А с пустой фирмой остаток схлопывается и далее не переносится в другие периоды
|
|||
8
Злопчинский
28.07.24
✎
11:55
|
(7) это понятно, про то и речь, лавочникам почти всегда пофиг на интеркомпани. им тупо надо чтобы доки печатались по нужной фирме. В итоге учет остатков/партий "по холденгу", взаиморасчеты остались по фирмам (по ним ситуация не такая угрожающая).
|
|||
9
Злопчинский
29.07.24
✎
10:03
|
(0) 1) Переношу ТА на пару лет назад.
2) Сжатие ИБ Или я что то не то делаю в твоем случае это вряд ли поможет по уменьшению проблематичных файлов. Но попобовать можно. сдвинул ТА на самое начало. удалил все RG*.* сделал сжатие поставил ТА на сейчас, БЕЗ ПЕРЕПРОВЕДЕНИЯ документов, ждешь. скорее всего будет ДОЛГО. Результат по проблемным файлам скорее всего будет околонулевой про бэкап базы - ну ты понял... ;-) |
|||
10
arsik
28.07.24
✎
12:01
|
(5) А почему может плагин не подгружаться?
Вроде сделал все как в мануале, но результат нулевой. Вроде перед выгрузкой должен какой то вопрос появляться, но нет ничего. Такое чувство, что не подгрузился плагин. |
|||
11
Злопчинский
28.07.24
✎
12:02
|
(10) что я могу сказать?
"Ищите и обрящите"... |
|||
12
master Yoda
28.07.24
✎
12:11
|
(10) ну хотя бы потому, что сидишь на Винде 11
По обрезанию итогов. надо смотреть на источники. Бакап никто не отменял. Начинаешь со сброса всех индексов. Можно и файл с итогами дурными тоже удалить целиком. Пробуешь на копии работать, видишь что база в принципе от этого радикального обрезания оживает. Радуешься. После думаешь, а нужны ли эти итоги для работы базы? Скорей всего, что базе на их наличие/отсутствие пофигу. Данные итогов нужны лишь в отдельных отчетах, иногда. Выясняешь, что этими отчетами никто никогда не пользуешься. Отдаешь базу Заказчику и он продолжает дальше плодить никому не нужные итоги. з.ы. Идентичной херней страдали регулярно, причем, даже там, где база крутилась в СКЛ. Скорость переполнения базы зависила от специфики деятельности. Действительно, что часто это ТиС и режим псевдо-интеркомпани, потому что полного закрытия месяцев никто никогда не делает. |
|||
13
master Yoda
28.07.24
✎
12:16
|
Так это движения с итогами, а есть еще и оборотные и разные накопительные... Тут главное не признаваться Заказчику, что данные тупо дропаются из физических таблиц, а в лучшем случае затем восстанавливается какой-то актуальный срез под начало текущего периода (у кого-то начало года, но было и начало полугодия, квартала и даже месяца - попадалось и такое)
з.ы. забросил эту тему примерно в 2007-2008 году |
|||
14
master Yoda
28.07.24
✎
12:18
|
Для удобства работы по остаткам для пользователей логичным было для восстановления на начало какого-то периода применять документы Инвентаризации.
В старой базе сформировал, а в новой, т.е. очищенной от мусора - загрузил |
|||
15
master Yoda
28.07.24
✎
12:21
|
Подобные финты плохо применимы, если в базе сидят расчеты с НДС, со ссылками на регистраторы НДС.
Тут надо придумывать, что можно, что нужно, чего сделать не вообще нельзя. Но сворачивать "протухший НДС" все равно можно. Типовых средств только для этого нет. |
|||
16
Злопчинский
28.07.24
✎
12:27
|
(14) такую обрезку достаточно быстро сделать, автору хоть сейчас это могу сделать предметно ;-) Впихиваю в конфигу документ типа универсального двигателя регистров (как раз вчера удобства к нему всякие прикручивал)
|
|||
17
master Yoda
28.07.24
✎
12:30
|
(16) В целом, да. Но для универсального двигателя регистров нужен такой же универсальный солдат.
Документы для инвентаризации все-таки типовые. |
|||
18
Злопчинский
29.07.24
✎
10:03
|
Допиливал всякого в оригинальную от
"Документ управления произвольным регистром (с) Написал Сергей Токарев (aka GrayT) при поддержке Михаила Бондаря" поправил ошибки при необходимости авторазбиение заполнения регистра на несколько документов-порций фильтры заполнения простенькие автозаполнение остатками возможность плугинчиков в виде внешних обработок прочее не помню уже...
|
|||
19
MWWRuza
28.07.24
✎
12:33
|
(0) PS: Может у кого то есть приложение, которое показывает сообщения строки состояния? При длительных операциях состояние зависает, и непонятно что происходит.
Это пожалуйста... Не всегда(не на всех операциях) правда работает, но, в большинстве случаев все-таки показывает, что происходит, когда штатный вывод статуса "замерз"... Вот: https://cloud.mail.ru/public/dRcb/3P1YJt619 |
|||
20
Злопчинский
28.07.24
✎
12:56
|
https://infostart.ru/1c/tools/14651/
https://infostart.ru/1c/tools/14645/ тут ссылка на разработку Альфа должна быть |
|||
21
arsik
28.07.24
✎
13:28
|
(12) Скорее всего. Будем искать старенькое.
(16) В базе есть универсальный док + технология для быстрой свертки. Просто они на это забили и с 12го года база жила сама, пока к пределу не подошла. (19) Спс |
|||
22
Злопчинский
28.07.24
✎
14:23
|
(21) в ярлыке поставь совместимость с WinXP или с Win2000
будет и отладчик не тормозить на каждом шаге и статус возможно будет меняться. у меня на вин10 стоит совместимость с винХП - отладчик шагает без доп.переключений |
|||
23
Злопчинский
28.07.24
✎
14:25
|
(21) ну дык зарежь тупо в базе DBF без всяких скулей, оставив с 2020 включительно, и все, в чем проблема? им еще на лет 5 хватит ;-) а там или ослик сдохнет или падишах умрет
|
|||
24
Ёпрст
29.07.24
✎
10:55
|
(0)огласить размер RA этого регистра, показать в дереве метаданных этот регистр.
ЗЫ: на счет ТА и пересчета итогов - нужно грохать все RG** при этом. Чтоб расчет итогов был быстрее. |
|||
25
vladko
29.07.24
✎
14:08
|
>Может у кого то есть приложение, которое показывает сообщения строки состояния? При длительных операциях состояние зависает, и непонятно что происходит.
Я пользуюсь утилиткой ConfStat. https://disk.yandex.ru/d/q_hmknHM4e3uM когда статусная строка в конфигураторе "зависнет", это приложение показывает её реальное состояние. |
|||
26
victuan1
31.07.24
✎
14:07
|
(0) Можно уменьшить размерность числовых ресурсов в регистре.
Это даст некий выигрыш в размере файла. Напр., СуммаРуб = Число.15.2 -> Число.10.2 Тут с умом, на порядок больше оставлять, учитывая отриц. числа. |
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |