Очень большой размер базы

1С v8

26.02.22

✎

11:44

Есть беза УТ 11.
При выгрузке в DT размер файла 4 гб. После разворачивания на сервере в Postgre безе раздувается до 165гб.
ut   | 165 GB

Я понимаю что это не нормально. Начал смотреть, создаются вот такие таблицы,
public._inforg16621         | 28 GB
public._inforg16621_5       | 24 GB
public._inforg16621_1       | 24 GB
public._inforg16621_3       | 24 GB
public._inforg16621_4       | 24 GB
public._inforg16621_2       | 22 GB
И конца этому делу нет.

Может кто сталкивался

1 Krendel

26.02.22

✎

11:46

Продолжайте наблюдения

2 Михаил Козлов

26.02.22

✎

11:51

Что это за регистры сведений посмотрели?

3 Garykom

гуру

26.02.22

✎

11:51

периодический РС с теми же значениями? да еще расширения?

4 Bigbro

26.02.22

✎

11:52

там архив порнхаба закачан в подробную информацию о товаре ))

5 timurhv

26.02.22

✎

13:19

(0) Я замечал, что каждый набор индексов весит почти как основная таблица для 1С. Данные смотрел - ничего аномального не находил. Тоже самое в MSSQL будет в разы меньше весить.
Надо разработчикам платформы писать.
Условно основная таблица (10Гб) + индексы (1Гб) = MSSQL
В PostgreSQL: основная таблица (10Гб) + индексы (9Гб)

6 errorg

26.02.22

✎

14:38

(1) VACUUM FULL запусти после загрузки. Только это недоступность базы будет до завершения.

7 timurhv

26.02.22

✎

21:22

(6) Не поможет, я запускал это год назад, когда поднимал эту тему. Меня назвали криворуким болваном и технично слились.
Тут дело в PostgreSQL (проверял под Windows) + 1С, под Linux не проверял.

8 timurhv

26.02.22

✎

21:25

(7) Даже когда 1С ошибочно удаляет все данные при повторной реструктуризации из основной таблицы, если нажать при 1-ой итерации ctrl + break = сам мудак.

9 timurhv

26.02.22

✎

22:23

Вот пруфы, одна и таже dt

MSSQL размер БД (после shrink):
https://ibb.co/7CsFVD5
https://ibb.co/L9f1q2B

PostgreSQL (после Vacuum Full):
https://ibb.co/nr0F3Cf
https://ibb.co/JjJR09Z

10 ansh15

26.02.22

✎

23:05

Можно посмотреть такой обработкой https://infostart.ru/public/978816/
На 8.3.20 работает. С сервером приложений 1С и СУБД на Linux тоже.

11 Den58

27.02.22

✎

23:08

Я так понял public._inforg16621 - это регистр сведений, посмотрел в нем 178951656 записи
public._inforg16621_1, _2, ... - это индексы. Но почему такой большой размер?

12 Фрэнки

27.02.22

✎

23:19

что регистр сведений - это видно и так. А вот какой конкретно?
Если увидишь, то можно обработку сделать с именем этого регистра и очистить все записи в нем. Затем сделать сжатие таблиц.

Судя по тому, что имя у него на вид не знакомое, то это какая-то малоиспользуемая на практике фигня.

13 timurhv

28.02.22

✎

02:32

(12) Все таблицы с индексами РН, документов, РС в postgresql у 1С сделаны через одно всем известное место.

14 XMMS

28.02.22

✎

12:11

Мне кажется у нас сто лет назад была похожая проблема на MS SQL. Оказалась проблема то ли в какой-то цикличной ссылке, то ли ещё в чем-то. Лечилось тестированием/исправлением на SQL сервере и созданием новых выгрузок.