Cthulhu @ Сегодня, 1:06 ,

Согласен с Вами практически во всем! Мне нужно нормальное решение, а не затычка на месяц.

CobraS @ Вчера, 18:06 ,

Огромное спасибо за мнение!

1) Я не совсем понимаю - что значит "не используете розницу". У нас база используется для обслуживания сервисного центра по ремонту бытовой техники. У нас почти нет опта. Но розницы - немеряно. Или я не понимаю суть термина "розница".

2) Я не знаю, увы, что такое поле SP1059. Но на втором этапе, когда я подрезал 5 индексов, - была Наценка (а еще Кво, СуммаГран, СуммаБезНДС, СуммаОсн).

Я, просто, не понимаю - в каких местах это используется, и как работает, чтобы понять - на сколько и что можно подрЕзать. Например - СуммаГрн. Я ее подрезал до уровня 10,2. А потом смотрел полную оборотно-сальдовую ведомость, чтобы посмотреть - не обрезались ли там данные. Так, вроде, не обрезались.

3) Обрезка - это да! Мы один раз делали (4 года назад). Ее делал специалист с этого форума. Но в самой базе написано немеряно кода для специфического Технологического учета (для работы СЦ). Стандартную свертку не используешь. Из-за этого обрезка получилась неполная. Немалая часть документов и элементов справочников осталась неудаленная (кое-что - даже не помеченное на удаление, хоть, вроде, связей с неудаляемым периодом не было).
Я даже заметил в справочнике партий такую непонятную вещь: для определенной единицы товара в справочнике есть 2 строчки: по одной строчке товара нет в наличии, а по второй - есть. Ваще не понятно - как это.

Я бы с удовольствием привлек и оплатил работу специалиста, который бы разобрался и навел порядок. Сделал обрезку (свертку). Или оптимизацию (как с теми же регистрами). Может какие-то поля "ненужные" поубирать и тем самым сократить размеры файлов.

CobraS @ Вчера, 18:06 ,

Можно ли уточнить у Вас:
Я сделал следующие изменения в индексах:
Кво: было 13и3 - стало 8и1 (из всех сотен тысяч позиций в ТМЦ мы только в 8 позициях используем цифры после запятой и то, не юзаем этот товар уже более 5 лет).
СуммаГрн: было 13и3 - стало 10и2
СуммаБезНДС: было 12и2 - стало 10и2
СуммаОсн: было 12и2 - стало 10и2
Наценка: было 12и2 - стало 10и2

Где, вообще это используется? Где ожидать проблем с таким изменением?
Спасибо.

nik389 @ Сегодня, 14:06 ,

Согласен, понимаю. Но для его реализации нужно время.

А речь сейчас о временном, но нормальном решении.

Как Вы думаете - нет ли тут скрытой проблемы в таком решении?

Сразу предупреждаю: я не программист 1-С. Я ее пользователь. И все, что я делал - делал по советам программистов или по информации из форумов. Так что оценивать мой уровень знаний нет смысла ))) .
Прошу экспертное заключение профессионалов по моим действиям.

База 1-С Предприятие 7.7 АБТ 3 ПРОФ (3.5.4) (база ДБФ и переход на скул не предвидится).

Не переносится точка актуальности. Пишет ошибку записи в файл RG1051 и выбрасывает из базы. Файл достиг 2 ГБ.
Сжатие в конфигураторе (поиск и справление) не дало результата. Свертка не проводится - выбрасывает ошибку.

Поискал решение в инете. Нашел на другом форуме предложение "подрезать" вес регистров по остаткам.
В конфигураторе залез в Регистры-Остатки-Ресурсы и для двух ресурсов уменьшил разрядность. (все делаю в копии, чтобы не убить оригинал).
Для "Кво" было 13,3 - сделал 11,1
Для "СуммаГрн" было 13,3 - сделал 12,2.
Дальше - конфигуратор за 1 час внес изменения.
Результаты:
файл RG1051.DBF был 2 086 812 кВ стал - 2 012 283 кВ
файл RG1051.CDX был 387 664 кВ , стал 857 775 кВ

Запустил переиндексацию. Файл RG1051.CDX стал 387 664 кВ.
ТА перенеслась на 2 месяца.
Но не дальше. Потом опять RG1051.DBF стал 2 091 957 кВ.

Потом подумал и еще раз уменьшил разрядность. Но уже по всем 5 индексам. Установил:
количество - 8,1
все остальные - 10,2
Опять же переиндексировал.
Теперь
файл RG1051.DBF - 1 898 258 кВ
файл RG1051.CDX - 402 617 кВ

(все делаю в копии, чтобы не убить оригинал).

Я понимаю, что это временное решение. Но теперь у меня есть время на нормальное.

Вопрос к экспертам - насколько я все сделал плохо? Не будет ли теперь проблем с работой базы?
Если решение нормальное - то можно ли проводить в основной базе?

Буду признателен за быстрые ответы, так как до 1.10.2021 осталось совсем мало времени.

Потом буду искать исполнителя на качественное лечение базы. Там еще 5 файлов подбираются к 2 гигам.