Вход | Регистрация


1С:Предприятие :: 1С:Предприятие 7.7 и ранее

v7: Ошибка переноса итогов

v7: Ошибка переноса итогов
Я
   unikon
 
02.12.18 - 10:06
Есть база ТиС. При переносе итогов на другой месяц вылетает ошибка: -120. Writing to file .../RG328.DBF.

T=RG328   |Регистр ПартииНаличие

Кто подскажет как исправить эту ошибку?
 
 
   gantonio
 
1 - 02.12.18 - 10:08
база большая ?
   unikon
 
2 - 02.12.18 - 10:11
(1) 5 Гб
   Lazy Stranger
 
3 - 02.12.18 - 10:14
а размер файла RG328.DBF?
   gantonio
 
4 - 02.12.18 - 10:14
Там есть предельный размер на файл для дбф -- но он вроде бы под гиг, но я не помню.
В принципе идей нет. Отсоединить его нельзя , поэтому видимо придется смотреть что там лежит.
   unikon
 
5 - 02.12.18 - 10:16
(4) Да, читал что у файла есть придел. он вести 1.9 Гб.
   gantonio
 
6 - 02.12.18 - 10:18
ну тогда уткнулся в максимальный размер ... Хопа.
   unikon
 
7 - 02.12.18 - 10:23
(6) Да, я это понимаю.
Вот только что дальше. Как его уменьшить?
Файл открываю через DBF Commander, а что с ним делать?))
   Aleksey
 
8 - 02.12.18 - 10:26
(7) удалить из него данные
   gantonio
 
9 - 02.12.18 - 10:26
ну, отрезать первый 10 процентов записей  - какой нибудь старый год
пересчитать индексы и посмотреть как 1с будет запускаться)
   unikon
 
10 - 02.12.18 - 10:28
(8) Если из него удалить данные, как потом партии списываться будут?
 
 Рекламное место пустует
   gantonio
 
11 - 02.12.18 - 10:28
они уже списались
   gantonio
 
12 - 02.12.18 - 10:28
вряд ли кто то торгует тем что было куплено 5 лет назад .
   Aleksey
 
13 - 02.12.18 - 10:32
(10) А какой ответ ты ожидал?
Откажись от партии.
Или порежь базу, оставь к пример только последние полгода
Или пересмотри структуру регистра и откажись от лишних измерений/ресурсов. К примеру удалить фирму.
Или переходи на скуль
Или переходи на 8-ку.


Или ты ждал ответа в стили, нажми ту пимопочку и тогда предельный размер увеличиться в 2 раза, а если нажмешь на эту тогда регистр партии будет храниться в 2-х таблицах
   Kigo_Kigo
 
14 - 02.12.18 - 11:07
Попробовать ТиИ с упаковкой таблиц
   Aleksey
 
15 - 02.12.18 - 11:13
RG - это таблица итогов.
Удали этот файлик и сделай пересчет итогов. Есть шанс что там были нулевые записи и за счет этого сможешь выйграть пару мегабайт.
Но этого хватит максимум на неделю, потом опять паза колам встанет, ибо 1С туда будет итоги писать
   Злопчинский
 
16 - 02.12.18 - 11:36
Это файл итогов. И если он самый большой то это свидетельствует об одном основном трабле: регистр не закрыт, поэтому пересчёт итогов ничем не поможет. Все что можно - смотреть какие псевдозакрытые итоги можно порезать.
   Злопчинский
 
17 - 02.12.18 - 11:38
Самый простой выход - перейти на скуль. Это типа замести пыль под диван.
   Злопчинский
 
18 - 02.12.18 - 11:41
С подправкой кода можно порезать путём удаления ЦенаПрод, СуммаБезНДС, МОЛ - если они не используются, но это чисто поизвращаться без существенного результата
   vcv
 
19 - 02.12.18 - 11:43
>> Если из него удалить данные, как потом партии списываться будут?
А они вообще списывались? Если общий размер базы 5Гб, а файл итогов по партиям 2Гб. Скорее всего это означает, что партии вообще не списывались. Какое-то измерение в принципе никогда не закрывалось. Ну и толку от такого учёта?
Открыть этот DBF чем-то другим. Можно засосать в SQL. Посмотреть, определить, какое измерение не закрывается. Очистить его данные в файле RA. Файл RG удалить и сделать пересчёт итогов с конфигураторе.
   vcv
 
20 - 02.12.18 - 11:44
+(19) На будущее, что бы не парить мозг, можно тупо закомментарить в коде использование измерения, по которому косячит. Если оно неважное. Типа помянутых в (18)
   Злопчинский
 
21 - 02.12.18 - 11:45
(19) скорее всего торговля с двух фирм без интеркомпани
   Злопчинский
 
22 - 02.12.18 - 11:46
Не факт, ещё посмотреть на СводныйИтог()
И УстановитьФильтр()
Но в типовой навроде к партиям такого не применяется
   Злопчинский
 
23 - 02.12.18 - 11:48
Проверять тупо.
Снять штутную ведомость по партиям с сегодня по сегодня с максимальным количеством галок в настройке группировок
   Злопчинский
 
24 - 02.12.18 - 11:50
Ещё допейсатели типовых постоянно косячат со статусом партии/товара - из-за этого тупо не закрывается, но этого обычноине видят, т.к. не включают группировку отчёта по статусу
   vcv
 
25 - 02.12.18 - 11:52
(21) Если бы фирмы, тогда и регистр ОстаткиТМЦ раздуло. Сомневаюсь, что ещё один раздутый регистр влез между 5 и 2 гигами :)
(23) Штатная ведомость по остаткам показывает далеко не все. Взять любую обработку просмотра регистров. Или за минутку сделать конструктором внешний отчёт, который покажет итоги по регистру по всем измерениям. Отчёт в эксель и покрутить, пока понимание не возникнет.
   Aleksey
 
26 - 02.12.18 - 11:59
(25) количество измерений у остатки и партий разное. Т.е. там где партии будет 2 гига остатки могут быть в районе 750 метров. Т.е. раздуты, но не так заметны
   Злопчинский
 
27 - 02.12.18 - 12:39
Штатная толькоипо ценепрод не разворачивает, вроде так
   mexanik_96
 
28 - 02.12.18 - 17:32
в dbf не сразу удаляются записи из таблиц(в итогах есть записи "помеченные к удалению"), возможно стоит обратить на это внимание и сделать "сжатие" (удалить не активные записи(не в контексте 1с речь идет, а про субд))
   КонецЦикла
 
29 - 02.12.18 - 18:23
Если итоги закрыты и хвостов нет, то можно очистить нулевые итоги, но это так, временное лечение
   unikon
 
30 - 02.12.18 - 18:52
Пока оставил данные только за последний год)
   Злопчинский
 
31 - 02.12.18 - 20:21
(29) оно прокатит вполне успешно, если не делать перепроведений задним числом и пересчет итогов. Бо например еди попилить записи нулевых итогов, а потом пересчитать итоги - то база все равно будет побольше, чем после выпиливания нулевых итогов


Список тем форума
Рекламное место пустует  Рекламное место пустует
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.
Рекламное место пустует