> baza sa 16 k i 1 k zauzima oko 370 MB na disku. znači otprilike 6 x više zauzima od stvarnih podataka, u čemu je fora tj. zar je
> tako napravljen storage da treba 6 x više prostora? sa 4 k zauzima oko 705 MB.

Po defaultu FB rezerviše na svakoj strani deo za kasnije izmene (ako se izmeni record koji je na toj strani, nova verzija će biti u toj strani), dalje FB ne shrinkuje veličinu baze (ako ti je to potrebno uradi backup/restore) kada se obrišu neki podaci ili startuje GC/sweep. Taj, sada nepotrebni, prostor se označava kao slobodan i biće upotrebljen kada kasnije zatreba, kada se iskoristi sav slobodan prostor biće alociran novi (povećana veličina baze). Na osnovu opisa tvog testa, rekao bih da si insertovao (i stoga je baza rasla) pa pobrisao neke podatke. Ako ti je bitno da baza bude što manja možeš odabrati manju veličinu strane recimo 4KB, ako je baza prvenstveno za čitanje (podaci se neće mnogo menjati) možeš isključiti rezervaciju dela prostora na svakoj strani (ne sećam se gde je ta tačno opcija).

napravljen je samo insert bez brisanja.

> napravljen je samo insert bez brisanja.

Uradi bekap/restore pa vidi koja je veličina posle toga. Možda si ubacivao blobove ili radio izmene nad recordima.

@Marko

Ako koristis python i kinterbasdb probaj ugradjeni sqlite3. postoje znacajne razlike u brzini i velicini baze.

sqlite nije za ozbiljnije stvari.

Firebird baza ima 300MB sa podacima. Prvo iskljucim trigere pa onda kada ispraznim tabele po principu delete from table, pa onda brišem jednu tabelu ispod druge poštujući referencijalni integritet tabela, dobijem u bajtu istu velicinu baze. Da li posle toga sledi backup\restore da bih dobio "realnu" velicinu?
Želim da postignem da baza bude prazna i da svi brojaci krenu od nule.

Backup-restore ce ti smanjiti velicinu baze, a brojace moras sam resiti u zavisnosti kako si ih osmislio.