И снова "Архивация".
Re: И снова "Архивация".
Это бекап/разбекап сделать что-ли?
Re: И снова "Архивация".
Я би навіть сказав, що це звучить трохи по-ідіотськи)Mironico4 писав: ↑15 липня 2021, 08:01Как-то странно это все звучит.Переміщення первинних документів у архів дозволяє зменшити обсяг даних, що обробляються у програмі, та пришвидшує її роботу.
Документи, що були перенесені до архіву, видаляються з бази даних програми і зберігаються на жорсткому диску комп`ютера у архівних файлах.
Зверніть увагу!
Зменшення фактичного розміру самої бази даних не відбувається, зменшується тільки обсяг даних, завдяки чому збільшується швидкодія програмного комплексу.
Якщо архівні дані видаляються з бази даних, то чому вона не зменшується у розмірі? Програмісти забули зробити vacuum? Є якась сакральна причина тримати це забите порожніми мішками місце у БД?
А так, фактично при архівації ви собі подвоюєте обсяг, який займають бази Медка на компі/сервері.
Re: И снова "Архивация".
Если в базе птички удалить все данные то ее размер не уменьшится.
Уменьшится он только после бекап/разбекапа.
Уменьшится он только после бекап/разбекапа.
Re: И снова "Архивация".
Та перестаньте!!! Тут товарищ @Забби эксперт во всех направлениях. А особенно в рубрике "ненависть к первокурсникам"
Кушаю мёд бочками
-
- Повідомлень: 246
- З нами з: 27 квітня 2021, 17:20
Re: И снова "Архивация".
Такий принцип роботи Firebird. При відключенні архіву його об'єм залишається в БД як зарезервований, таким чином при створенні нових документів вони будуть займати дане зарезервоване місце. Щоб БД зменшила розмір, то необхідно виконати відновлення резервної на чисту базу.Забби писав: ↑15 липня 2021, 22:26Я би навіть сказав, що це звучить трохи по-ідіотськи)Mironico4 писав: ↑15 липня 2021, 08:01Как-то странно это все звучит.Переміщення первинних документів у архів дозволяє зменшити обсяг даних, що обробляються у програмі, та пришвидшує її роботу.
Документи, що були перенесені до архіву, видаляються з бази даних програми і зберігаються на жорсткому диску комп`ютера у архівних файлах.
Зверніть увагу!
Зменшення фактичного розміру самої бази даних не відбувається, зменшується тільки обсяг даних, завдяки чому збільшується швидкодія програмного комплексу.
Якщо архівні дані видаляються з бази даних, то чому вона не зменшується у розмірі? Програмісти забули зробити vacuum? Є якась сакральна причина тримати це забите порожніми мішками місце у БД?
А так, фактично при архівації ви собі подвоюєте обсяг, який займають бази Медка на компі/сервері.
З повагою, Linkos Group
Re: И снова "Архивация".
Сменил железяку.
Было:
AMD FX-4300 4 ядра
16G
ssd intel dc sata в зеркале.
Стало:
XEON e5-2690 -2 штуки (в сумме 16 ядер / 32 лог процессора).
128G
ssd intel dc sata в зеркале.
Сжал/разжал базу на всякий.
Подбирал разные firebird.conf параметры.
Пробовал Classic/SuperClassic/Super.
Отдавал все ядра птичке.
Прога быстрее работать не стала. (не выделение а в общем).
Мой вывод: проблема не в птичке
проблема в сервере приложений.
Было:
AMD FX-4300 4 ядра
16G
ssd intel dc sata в зеркале.
Стало:
XEON e5-2690 -2 штуки (в сумме 16 ядер / 32 лог процессора).
128G
ssd intel dc sata в зеркале.
Сжал/разжал базу на всякий.
Подбирал разные firebird.conf параметры.
Пробовал Classic/SuperClassic/Super.
Отдавал все ядра птичке.
Прога быстрее работать не стала. (не выделение а в общем).
Мой вывод: проблема не в птичке
проблема в сервере приложений.