🚀 go-pugleaf

>> FB 2.5, baza > 100 tabel. Dzia�a sobie normalnie, do pewnego czasu, a
>> nagle zaczyna "dzicze�" - wielko�� pliku .fdb ro�nie bardzo szybko, tak
>> samo wielko�� .fbk. Zwykle wygl�da to tak, �e jedna (lub kilka) z tabel
>> jest "pompowana" zerami lub losowymi znakami, ale tylko w pliku.
>
> Co to znaczy "...ale tylko w pliku .." w jakim pliku, a gdzie jeszcze mo�na
> "pompowa�"?

To znaczy, że zdarza się, że select z tych tabel daje dobre dane, a 
widać kolosalne spowolnienie podczas backupowania / restorowania takiej 
tabeli. Nieco analogicznie do znaku #0 w bloku pamięci rzutowanego na 
PChar - odczytujesz do pierwszego znaku #0 mimo że blok jest dużo 
większy i dalej ma jakieś znaki.

>> W czasie robienia operacji na tabeli typu SELECT, tabela przez jaki� czas
>> jeszcze jest mo�liwa do odczytania, cho� og�lnie wydajno�� ca�ej bazy
>> spada, a tej tabeli - drastycznie spada.
>
> Poprosze plan tego selecta. Ile tabela ma rekord�w?

Tabel jest > 100, tabele mają rekordów od 0 (sic!) do dziesiątek 
tysięcy. Pisałem, że psują się te tabele w zasadzie losowo, nie byłem w 
stanie do teraz ustalić jakiegokolwiek klucza, typu "psują się tabele x, 
y i czasem z"

> Niby czemu mia�yby da� jaki� rezultat, baza nie ma "pustych" obszar�w tylko
> tabele wype�nione by� mo�e zerami ale zera s� tak samo poprawne jak jedynki.

Jeśli uszkodzone byłyby na przykład transakcje w limbo, wtedy 
gbak/grestore by je pominął i obszar bazy by się zmniejszył. Lub z kilku 
innych przyczyn, niestety tak się nie dzieje.

> A te dane z uszkodzonych tabel nie s� nikomu potrzebne?

Czasem są, czasem nie są. Dziwne pytanie.
Jak Ci woda piwnicę zaleje to czasem zniszczy się coś potrzebnego, a 
czasem rupieć, prawda?

>> Problem jest stosunkowo rzadki, mo�e jeden na 1000 przypadk�w, mo�e jeden
>> na 500, ale jest to sprawa na tyle powa�na, �e zaczyna niepokoi�.
>
> Co jest przypadkiem? Klient u�ywaj�cy bazy (gratuluje kilku tysi�cy
> klient�w).

Tak. I dziękuję.

>> Czy ja co� robi� w programie bardzo niedobrego, typu "trzymasz connection
>> do bazy otwarty ca�y czas? nie id� t� drog�!"
>
> Tak bym obstawia�, sprawd� wszystkie triggery zapisuj�ce do inkryminowanych
> tabel.
 >
> Dodaj trigger before insert do tych tabel i wygeneruj w nim wyj�tek gdy
> dochodzio do zapiu owych "zer".

nie bardzo wyobrażam sobie, jak bym miał to stwierdzić

P.S. ustaw sobie stronę kodową w czytniku :)

-- 
Pozdrawiam,
Stregor