База геоданих файлів надзвичайно товстіє

Позначити як новий
Закладка
Підпишіться
Без звуку
Підпишіться на RSS-канал
Постійне посилання
Друк
Надіслати електронний лист другові
Повідомити про невідповідний вміст

База геоданих файлів надзвичайно товстіє.

У мене є FGD з назвою “U.gdb”, я помітив, що ця БД має розмір 10 Гб, незважаючи на те, що мої дані не такі великі за розміром, тому я вирішив скопіювати F.C у U.gdb до новоствореної бази геоданих з назвою “U2.gdb” розмір новоствореної бази даних відразу зменшився до 148 МБ.

Однакові дані є в обох GDB, в той час як розмір надзвичайно різний. Дані баз геоданих компактного та стисненого файлів не зменшують розмір бази геоданих.

Джерелом цього випуску може бути те, що у мене є корпоративна база геоданих (U.mdf), і я регулярно видаляв усі F.C з U.gdb та копіював mdf у U.gdb, щоб оновити свої дані.

Що я повинен робити, щоб зберегти однаковий розмір GDB та уникнути надмірного збільшення розміру GDB.

Позначити як новий
Закладка
Підпишіться
Без звуку
Підпишіться на RSS-канал
Постійне посилання
Друк
Надіслати електронний лист другові
Повідомити про невідповідний вміст

У мене оновлення: я використовую скрипт для оновлення функцій у FGBD, які використовуються в сервісах. Я не зупиняв служби, оскільки вони були налаштовані не створювати блокування схеми. Як тільки я зупинив усі служби, що використовують дані, FGDB залишався невеликим. Здається, НЕ існує способу зменшити розмір після того, як відбулася "інфляція", крім створення нового FGDB

Позначити як новий
Закладка
Підпишіться
Без звуку
Підпишіться на RSS-канал
Постійне посилання
Друк
Надіслати електронний лист другові
Повідомити про невідповідний вміст

Компакт нічого не робить? Це здається дивним. Який розмір після роботи компактного?

Щоб не питати очевидного, але чи дотримувались ви підказки у файлі Compact та документації персональних баз геоданих:

Якщо дані з бази геоданих відкриті для редагування, їх не можна ущільнити. Щоб ущільнити базу даних, видаліть її з карти.

Крім того, що стосується запуску компакт-файлу після видалення класів об’єктів і перед повторним заповненням бази геоданих, чи це має різницю порівняно із запуском компакт-системи після повторного заповнення бази геоданих?

Позначити як новий
Закладка
Підпишіться
Без звуку
Підпишіться на RSS-канал
Постійне посилання
Друк
Надіслати електронний лист другові
Повідомити про невідповідний вміст

З зображень не виглядає, що обидва файли Gdbs мають однаковий обсяг даних.

Здається, у вас 2435 файлів відповідно до вашого зображення, тоді як U2 має лише 116 файлів!

Проаналізуйте його більш ретельно і перевірте, на що вони вказують.

Позначити як новий
Закладка
Підпишіться
Без звуку
Підпишіться на RSS-канал
Постійне посилання
Друк
Надіслати електронний лист другові
Повідомити про невідповідний вміст

Дивлячись на кількість файлів, згадану Асруджітом СенГуптаєм, я думаю, що в FGDB може бути багато осиротілих файлів. Не впевнений, що призводить до того, що ці файли "залишаються в живих" навіть після видалення відповідних класів/таблиць функцій із FGDB.

Позначити як новий
Закладка
Підпишіться
Без звуку
Підпишіться на RSS-канал
Постійне посилання
Друк
Надіслати електронний лист другові
Повідомити про невідповідний вміст

Joshua compact не зменшує розмір навіть після видалення F.C, а потім стискає та копіює знову! Зменшення розміру становить близько 100 МБ після застосування компакту.

Поруч із вашим правим, незважаючи на те, що у вас однакова кількість ФК, U.gdb має набагато більше файлів, коли ви показуєте властивості файлу у вікнах!

Джаянта, ваші права, осиротілі файли залишаються в живих після видалення ФК! за моїм щоденним сценарієм 3 редактори підключені до корпоративної бази геоданих, в кінці дня я видаляю старі файли в U.gdb і копіюю нові F.Cs з підприємства в U.gdb. Через рік моя база геоданих стала такою великою!

Здається, видалення F.C всередині бази геоданих зберігає деякі осиротілі файли в режимі реального часу, а не видаляються. Як це можна вирішити.