Главная страница
    Top.Mail.Ru    Яндекс.Метрика
Форум: "Базы";
Текущий архив: 2008.10.05;
Скачать: [xml.tar.bz2];

Вниз

Сжатие размера БД времени от времени   Найти похожие ветки 

 
ganda   (2008-04-04 10:10) [0]

Вопрос заключатеся, есть СУБД работающия на FireBird 1.5, в неё постоянно добавляются и удаляются N количество записей! Размер файла постоянно расстёт! И замечается что происходят тормоза когда файл занимает около 1 ГБ! При backup Restore размер файла меняется и производительность!
Как можно заставить FireBird делать самому backup Restore не напрягаю пользователей в процессе работы или убирать "мусор" за собой самостоятельно!


 
Sergey13 ©   (2008-04-04 10:13) [1]

> [0] ganda   (04.04.08 10:10)

Что-то сомнительно, что при росте объема падает производительность.
Каков размер БД после сжатия? Ты случайно "временные" таблицы не используешь?


 
ganda   (2008-04-04 10:18) [2]

Временными таблицами я точно не пользуюсь! а размер сжимается до 500 мб это пока единичный случай на производстве!


 
ganda   (2008-04-04 10:19) [3]

как можно просто от времени к времени зачищать "мусор" в БД? в процессе работы?


 
Johnmen ©   (2008-04-04 10:26) [4]

Читай документацию по серверу. В частности про sweep interval.


 
kaif ©   (2008-04-06 23:59) [5]

sweep не уменьшает размер файла базы. Но зато sweep позволяет освободить страницы, помеченные как занятые. Такие страницы возникают иногда при откатах транзакций. То есть sweep позволяет не уменьшить размер файла базы, но зато, возможно, позволит остановить ее безудержный рост.


 
Германн ©   (2008-04-07 01:48) [6]

Странно. Не так давно (вроде бы) была тут ветка с весьма детальным обсуждением подобной темы. Но не смог найти ту ветку. :(


 
kaif ©   (2008-04-07 16:11) [7]

Кстати, если применяются массовые удаления из каких-то таблиц (или даже просто изменения), то я рекомендую в отдельных транзакциях после них делать запросы типа select count(*) над этими таблицами. Дело в том, что IB - версионник, и он удаляет старые версии строк только в момент select-ов к новым версиям этих строк. Если этих запросов не делать, то массовые удаления/добавления тоже могут приводить к безудержному росту объема базы. Мне кажется, что проблема в данном случае именно в этом кроется.



Страницы: 1 вся ветка

Форум: "Базы";
Текущий архив: 2008.10.05;
Скачать: [xml.tar.bz2];

Наверх





Память: 0.46 MB
Время: 0.006 c
2-1219747361
Drone
2008-08-26 14:42
2008.10.05
return value of function might be undefined


2-1219384408
arbin
2008-08-22 09:53
2008.10.05
работа c FTP


15-1218829649
main
2008-08-15 23:47
2008.10.05
Гы. Новая фича! А я и не знал. :)


2-1219924155
workbench
2008-08-28 15:49
2008.10.05
ftp-клиент, IdFTP


15-1218874388
Crash7
2008-08-16 12:13
2008.10.05
tv-tuner и телевизор





Afrikaans Albanian Arabic Armenian Azerbaijani Basque Belarusian Bulgarian Catalan Chinese (Simplified) Chinese (Traditional) Croatian Czech Danish Dutch English Estonian Filipino Finnish French
Galician Georgian German Greek Haitian Creole Hebrew Hindi Hungarian Icelandic Indonesian Irish Italian Japanese Korean Latvian Lithuanian Macedonian Malay Maltese Norwegian
Persian Polish Portuguese Romanian Russian Serbian Slovak Slovenian Spanish Swahili Swedish Thai Turkish Ukrainian Urdu Vietnamese Welsh Yiddish Bengali Bosnian
Cebuano Esperanto Gujarati Hausa Hmong Igbo Javanese Kannada Khmer Lao Latin Maori Marathi Mongolian Nepali Punjabi Somali Tamil Telugu Yoruba
Zulu
Английский Французский Немецкий Итальянский Португальский Русский Испанский