На что может повлиять удаление выданных счетов фактур 4-5 летней давности?

(0) бухгалтера, если вас поймают, убьют, а так просто увольнение.

Не лезь

(0) как минимум часть выданных счет-фактур делает движения на плане счетов, что кокнет баланс

откуда задача взялась ?

База большая, нужно чистить-сворачивать.

(4) Не надо.Выясни ибо тебя потом на кол посадят и будут правы.Сделал замер самых больших таблиц?Если нет тогда о чем разговор

(3) С движениями на плане счетов трогать не буду.

(4) бред

Никто, пока, ничего не удаляет. Думаю. Хорошо что формат 8.3.8 есть, а то таблицы уже за 4GB зашкалили.

Самая большая: Таблица: РегистрСведений.ДокументыПоТребованиюФНС, Имя таблицы хранения: InfoRg21196, Назначение: Основная

(8) весь смысл здесь именно в очистке движений. Движения - это 99% места. Если документ не делает движений, то там мизер он занимает, не соит вообще тратить время.

(10) Посмотрю в тестовой базе...

(10) брехня 99% это РС (классификаторы адресов, банков, замер времени, история реквизитов).
Еще большая часть это подсистема 1С-Отчетность и 1с-ЭДО (всякие транспортные сообщения и прочее)

(12) ЗамерыВремени весили почти 4GB :(
Не понимаю, почему 1С их в фоне не чистила столько лет.

(13) А оно запускалось у тебя?

(14) Да, до 4ГБ таблиц на формате 8.2.14, главное вовремя на 8.3.8 перейти.

А еще есть куча таблиц к которым нет прямого доступа, или в которые обычно не смотрят.

К примеру у меня "фантомные" записи в таблице итогов занимали 10 гигов, при том что вся база с конфигурацией занимала 11. (Как удалить "фантомные" записи в таблице итогов средствами 1С)

Есть "скрытые" настройки пользователей (хранилище), которые привязаны к справочнику пользователя, и они так и остается висеть в базе, даже если пользователя удалить (настройки расположения окон, история, сохраненые значения и т.п.)

Еще один из возможных пожирателей место - это риб (регистрация изменений) Т.е. ты можешь поиграться и забыть, а он продолжает регистрировать изменения. И да, планы обменов используются не только в риб, но и к примеру в процедуре обновления (отложенное обновление)

(16) >  настройки пользователей (хранилище), которые привязаны к справочнику пользователя, и они так и остается висеть в базе, даже если пользователя удалить

То есть вы не удаляете настройки пользователя перед его удалением, а 1С в этом виновата?

> риб (регистрация изменений). ...поиграться и забыть, а он продолжает регистрировать изменения.

Вы забываете отключить РИБ, поигравшись, а 1С опять в этом виновата?

> ЗамерыВремени весили почти 4GB. Не понимаю, почему 1С их в фоне не чистила столько лет.

Вы не удосужились настроить очистку замеров (типовой функционал), и снова в этом виновата 1С? Не говоря уже о том - а нафуя вы вообще их включали (замеры)?

Из приведенных примеров только история про фантомные записи итогов можно отнести к косякам 1С.

По сути ветки - не надо трогать счета-фактуры. С вероятностью 99,9% таблица этого документа далека от топа десятки самых больших в базе.

PS Свёртка и чистка базы ради экономии - идиотизм и маразм, являющийся тыжёлым наследием клюшек (1С 7.7), где это действительно было иногда(!) необходимо и давало свои результаты.
Реальная потребность в свёртке возникает крайне редко и даже среди этих случаев размер базы не является основной причиной.

(17) "Не говоря уже о том - а нафуя вы вообще их включали (замеры)? "
Это, наверное, галочка "Разрешить автоматическую отправку сведений...." при обновлении? Не думал, во что это выльется, больше не включу :0

"Свёртка и чистка базы ради экономии - идиотизм и маразм, являющийся тыжёлым наследием клюшек (1С 7.7), где это действительно было иногда(!) необходимо"

Десятки раз сворачивал базы 1С 7.7. Все корректно и эффективно. Размеры уменьшались в разы, а скорость работы в разы увеличивалась. И в чем здесь тяжелое наследие? Восьмерке бы такое наследие...

(17) Я не говорю за себя, я говорю про среднестатистического программиста 7-ника которому неизвестны такие тонкости и нюансы и знание которых приходит с опытом.
Т.е. был вопрос что может занимать много место. ИМХО в среднестатистической базе помимо очевидного, есть и не очивидные моменты которые я и привел

(18) Там всё сложно.
Файловая 8-ка практически не жизнеспособно (это и блокировки таблиц при многопользовательской работе и ограничения размеров внутренних таблиц, при этом писать 1С очень любит и дикие тормоза при включении RLS относительно клиент-серверного варианта). Поэтому большинство сидять на скуле. А там что 2 гига, что 20 гигов по сравнению с тормознутым интерфейсом 1С разница невелика. Т.е. сам сервер предприятие и скуль отрабатывает все достаточно быстро, а вот клиент рисует это очееень медленно и даже если скорость работы, при росте ИБ, на стороне сервера упадет с 0,5 сек до 1 секунды, то по сравнению с 10 секундами на отрисовку это в районе погрешности. (цифры условные, просто чтобы показать соотношение).
Отсюда и вывод, что резка на 1С бессполезно, ибо для скульной базы она не дает ощутимого прироста скорости.

(20) В неинтерактивных сценариях свертка регистров то что доктор прописал

(0) сколько лет в базе? Почему в первую очередь выбор пал на с/ф выданные?

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

(22) "сколько лет в базе? Почему в первую очередь выбор пал на с/ф выданные? "
База с 2015. Не только на них, просто их много по количеству.
"заказы покупателей были? "
Нет.

(23) И сколько же таблица сф весит?Вроде уже внятно пояснили,что не стоит

(4) Лучшая свертка - новая база с остатками.

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

(24) "И сколько же таблица сф весит?Вроде уже внятно пояснили,что не стоит"

~1ГБ, но их около полумиллиона, так что попробую в тестовой базе. Посмотрим с бухгалтерий что получится.

(25) "Лучшая свертка - новая база с остатками."

Согласен! Чем переносите?