ДБФ-ка 1SENTRY (отвечает не за итоги, а за собственно проводки) сейчас 2.05гб, При попытке обрезать базу размер 1SENTRY.dbf достигает заветных 2.147 гб и процесс останавливаеться.Как можно всё же обрезать базу? Пока что приходит идея только распровести часть свежих документов,обрезать, а потом обратно их провести

урезать реквизит "содержание проводки", позволит малость сэкономить

поищи на форуме, вопрос про эту таблицу часто всплывает.
ну или перейти на скуль

Ну как минимум сначала попробовать сжать базу. В dbf-ках же ничего не удаляется, только маркер ставится что строка удалена. Может существенно уменьшить объем.

(3) можно даже сжимать не базу, а файл. И даже не средствами 1с, а чем-нибудь из инструментов для работы с дбф. Только переиндексироваться после...

(0) Сделайте тестирование и исправление с галкой "Сжимать таблицы БД" (как-то так). Все в курсе, но скажу. Если вы удалили объект из базы (справочник, документ, проводку), то реально он размер таблицы не уменьшает, поэтому такое сжатие может уменьшить размер базы само по себе. А потом свертку. Также на инфостарте есть обработки свертки, которые работают иначе, чем типовая свертка. Ну и третий способ - перевести базу в SQL, свернуть там и вернуть обратно в файловую. Это по времени затратно, но иногда деваться некуда.

содержание проводки,размер сумм можно ужать до предела,после этого объем сильно уменьшается
не забываем,что содержание-это 50 символов-если туда хочется писать,то ужимаем до 9(внутреннее прндставление) и пишем в отдельный справочник.
также не стоит плодить субконто,более трех не нужно,а часто и три много

переходите на 8ку

самое время

(8) она сырая еще...

https://www.google.ru/search?as_sitesearch=forum.mista.ru&q=1SENTRY

(3) Неправ. Не скажу, как в ранних релизах (не проверял), но в 27 релизе (проверено на опыте) технология по принципу зеленых - повторно использовать мусор. Т.е. помеченные на удаление записи в dbf используются вновь.
поэтому в dbf-ках физически записи идут не в хронологическом порядке. Т.е. более поздняя запись физически может оказаться хм.. практически хоть в самом начале файла.
Проверено неоднократно. Да легко сам можешь открыть любым dbf-viewer'ом и посмотреть.

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

(7) :) г-н Нуралиев, перелогинься

у меня заводик на типовой ТИС с 2006 года сидит..
самый большой дбф на сегодня 400 мегабайт

(13) :)
все упирается в функционал
я вот утром на прикладной базе уперся в этот предел - загрузил 90 романов Головачева и решил проверить его словарный запас с излишней детализацией...

(11) это в любом так, со времён 6-ки

Спасибо за идею, попробую поля резануть. ТИИ - сделал всё кроме лог. целосности - не помогло почти. А лог. целосность сутки работает и заканчивать не собираеться похоже.ДА и проверка лог.целосности упираеться в скорость работы оперативки я так понял?

(16) нет

и тии не надо запускать никогда

(18)  это еещ почему???

И во что тогда из компьютерного железа упираеться проверка лог.целосности, ну и вообще обрезка базы и прочее.. проц не на 100% занят

(20) скорее таки упирается в проц. (вернее в одно из его логических ядер, так как 1С умеет работать только на одном ядре)

(19) если есть много свободного времени и не жалку убить базу, то запускай, да..

ТИИ нужна только в двух случаях - когда надо реиндексировать базу, или удалить помеченное к удалению
ВА остальных случаях - это зло

И еще - если я правильно понял, у ТС - бухия, а не ТИС, обращение с ПС - это не то же самое, что с обращение регистрами.

неужели клюшками кто-то ещё играется...

(25) Да вот, я играюсь. И еще долго буду, такая установка от директора
В перерывах - 8-кой, но "она сыровата", см. пост 9 :)

(26) прыгнул с 7.7 сразу на 8.2 УФ... платформа уже тогда была норм (в релизах баги проскакивают но не фатально и если не торопиться - не нарвёшься на них с вероятностью 99%), а конкретные конфы... ну так они и сложнее стали неимоверно... попроси сравнить клюшечный ЗиК с ЗУП снеговика!

+ (27) прыгнул лет 10 назад .

Сейчас подобным занимаюсь. Только в оперативном учете. Свертку делаю.
В общем даже распроведение доков обработкой увеличивает размер таблицы (в моем случае rg99) и база вылетает.

Выход такой:

Создать документы с итогами по регистрам.

Распровести сколько получится.

Через 1cpp
|delete
|from RG99
|where SP163 = 0 and SP1111 = 0 and SP164 = 0 and SP1112 = 0 and SP102 = 0

условие на нулевые ресурсы.

Потом сжатие таблиц.

Повторное распроведение постепенно увеличивает размер таблицы до вылета базы.

Повторяем delete и сжатие, и так пока размер значительно не уменьшится, чтобы запаса до вылета хватало.

(30) Создай чистую базу и перенеси туда документы, документы ввода остатков лучше сразу делать в новой базе через прямое подключение к базе. Все обработки для этого есть в инете, кроме создания документов ввода остатков, ну это самому придётся делать, тут от ситуации зависит.

(31) Не знаю как у автора темы, но меня заказчик попросил оставить все документы с 1 янв 2019 года (база не сворачивалась никогда с 2007). А это очень много. Уж больно много переносить. Быстрее по месту свернуть итоги в док, почистить регистры и старые доки. Затем выгрузить/загрузить для порядка.

(32) Удалять намного дольше.

(33) Я средствами 1cpp прямой чисткой таблиц регистров ускорил этот процесс примерно в 100 раз. Около часа данные с 2007 по 2019 год во всех регистрах удалялись. После этого распроведение любых доков мгновенно работает.

(34) ну-ну.. так делать не надо

и час, это слишком долго.

(35) Что может пойти не так?
(36) Почему. В Вашей обработке delete такой же. Остальное от проца зависит. Крутится на ssd.

(37) не такой же. В моей задействован индекс во всех запросах

(37) "распроводить" ничего не надо

(38) Да, действительно там опций много всяческих задействовано. Параллельно занят был, не заметил сразу, только запросы глянул. Спасибо за информацию!

обрезать в несколько приемов.
1) выгрузка в файл того, что в проводки надо добавить
2) удалить лишние проводки (собственно обрезка)
3) упаковать базу
4) загрузить из файла п.1 нужные проводки (собственно восстановление обрезанного в свернутом виде)

(27) Нет особенных проблем у меня с работой в 8-ке.
Ну, привираю, конечно, но немного :)

Работал с УПП, ЗИК, Розницей, БП, всё это 8-ка, от 8.0 до 8.3
Ничего непостижимого не встретил.

Готов начать и продолжить работать с любой такой конфигурацией, да вот предложений не поступает, возраст отпугивает всех потенциальных работовзятелей и ха-эров