🚀 go-pugleaf

> Za to że jest duży plik bazy fireberda pomimo ilości danych odpowiada
> jego garbage collection. A mianowicie baza jest tak zbudowana że alokuje
> dość dużą ilość pamięci w stosunku do ilości danych.

> Pomimo że np wyrzucimy część danych z bazy wielkość pliku albo się nie
> zmniejszy wcale albo zrobi to nie znacznie. Powodem tego jest to że
> Fireberd oznacza te miejsca jako puste nie zmniejszając pliku tak by
> zapewnić mu szybszy dostęp do zapisu nowych danych.

Wiem. Ale tu nie chodzi o normalny rozmiar bazy danych która sobie 
powoli rośnie, i nie zmniejsza się przy usuwaniu rekordów. Chodzi o 
nagły, niekontrolowany rozrost, najczęściej wygląda to tak, że jakieś 
pole memo oprócz normalnego tekstu ma tonę śmiecia na końcu tegoż, i ta 
tona się rozrasta w dziesiątki ton.

Spotkałem nawet rozwalone w ten sposób systemowe pole field description...

> Co do typowo Twojego problemu to będzie ciężko coś konkretnego doradzić
> odnośnie zwalniania bo nie wiadomu w jaki sposób i jakie dane
> przechowujesz w problematycznych tabelach. Sprawdź czy masz dobrze
> indeksy na początek w tych tabelach porobione.

Problem występuje w różnych tabelach, posiadających indeksy jak i nie 
posiadających, a nawet w słownikach wewnętrznych mających na przykład 
stałą i w zasadzie niezmienialną liczbę wierszy

> Puchnięciem bazy bym się nie przejmował bo to nie to jest Twoim problemem.

Jest moim problemem, bo:
a) na początku objawia się znacznym spowolnieniem tworzenia kopii zapasowej
b) później zwalniają podstawowe operacje na bazie - selekty, inserty
c) później baza pada, w momencie gdy uszkodzony zostaje obszar struktury

powtarzam, to nie jest normalny rozrost spowodowany eksploatacją / 
dokładaniem danych. To jest "puchnięcie", jak komórki rakowe :)

-- 
Pozdrawiam,
Stregor