Здравствуйте!

Пожалуйста, подскажите, что делать (кроме радикального типа перехода на sql или 8)?
Есть база, которая каждый год чистится от документов - т.е. остаются только справочники, константы и т.д. Но в этой базе гигантский, больше 2 гигов, файл CONST.DBF. И база уже начинает сыпаться с ошибками.
Тестирование-исправление практически не помогает.

(22) Так посмотри чем он забит. Ценами скорее всего, а цены можно спокойно удалить.

(22) В константах хранятся значения переодических реквизитов. Собсно как вариант удалить достаточно старые значения.

Вот например обработка: http://catalog.mista.ru/public/62926/

(1) (2) А как массово подчистить периодические реквизиты?

(4) см (3)

и посмотри периодику повнимательнее на будущее. м.б. у тебя там идет излишняя регистрация цен без их изменения, т.е.
01.06.19 - 50руб
02.06.19 - 50руб
03.06.19 - 51руб.
.
запись 02.06.19 - лишняя

(3), (5), спасибо!

(6) Конкретно периодических _цен_ в этой базе вроде бы и вовсе нет...

А документы в CONST могли как-то наследить?

(7): всенепременнейше.
особенно если они устанавливали значения периодических констант или реквизитов, которые изменяются не "только документами".

(8) Хреново :\

И если все эти документы уже давно удалены физически, можно их следы как-то вычистить?

(9) Можно вычистить всё, что угодно.

(7) Скачай консоль https://snegopat.ru/downloads/1sqlite/ и последнюю версию 1sqlite https://cloud.mail.ru/public/9znr/ZJ6ULE9aR
Выполни следующий запрос:

SELECT
ID [ВидКонстанты $ИмяВида]
,count(*) [Количество]
FROM __1S_CONST
GROUP BY ID
ORDER BY count(*) DESC

Первые 10 строк отправь сюда. Ну или по результату сам смотри каких констант слишком много.

сама база вообще как называется? что там в данных происходит? ТИС это или что вообще, о чем эта база?

(12) Очень самописная, увы.

Но числа там или что? Строки? Даты?

Переделывать это нужно. Чтоб без остатков - на оборотный регистр нужно переделывать с записью значений в реквизиты, а не ресурсы. В ресурс единичку можно писать. Плохо только то, что в 7.7 регистры жестко связаны с наличием регистратора.

(14): подчиненный справочник с индекированной датой лишен этого недостатка

(15) Да. Справочник тоже можно. Я сейчас уже и не припомню, по каким-то причинам рассматривали или справочник или регистр - выбирали.

(16): ну из регистра проще дергать.
хотя для меня (помню) удобнее было для справочника пару экспорт-функций слепить.
да и "обертки" встроенные для справочника - тоже был плюс для меня...

А ещё это могли бы быть поля неограниченной длины (BLOB). В 77 они помойму лежат в CONST, даже если принадлежат документу или справочнику. В базу 7.7 нельзя напримую запихнуть бинарный файл, но можно закатать его в строку base64 и потом поместить в строковой реквизит. Как я стар :( я помню такую фигню

(18) Не. Длинные строки хранятся в  1SBLOB.DBF

Выгрузка-Загрузка? мб там все помеченные ???

В результате выгрузка-загрузка помогла (чтоб только не сглазить...) почти идеально. Всем огромное спасибо!

(21) Статистику расскажешь?

(22) В смысле?
Было 2 гига, осталось 300 Мб. Теперь 600 Мб.

Да, отличный результат. Не смотрел, что конкретно удалилось?

(24) Походу, много-много пустых записей...

(23) Осталось 300 после загрузки? А спустя два дня уже 600?
Вы что туда за мусор засовываете с такой скоростью?

(26) Много-много периодических реквизитов, подгружаемых из другой базы. Раз в месяц они по идее должны обновляться. А похоже что дозаписывались поверх :\

(27) ну так я в (6) еще об этом говорил

Поиском пройтись найти УстановитьРеквизитСправочника. И перед установкой поставить условие на поверку значения на день раньше если оно не поменялось то можно не устанавливать в большинстве случаев.