| |
Rozrastająca się baza.
Union Chocolate. |
Mamy następujący problem (2 tyg pracy w Fakcie):
Wyeksportowałem bazę danych w fakcie do plików .txt (katalog pop).
Musiałem zmienić masowo klika danych za pomocą polecenie "zamień" w notatniku a następnie zaimportować dane z powrotem do programu.
Katalog pop zajmuje 1 MB a plik 0001baza.fdb już 17MB.
I tak po każdej tego typu operacji plik przybiera na wadze o ok 1-2MB.
W plikach txt nie ma żadnych pustych linijek , spacji dodatkowych itp.
Jak mam to zmniejszyć ponieważ pliki archiwizacji zaczynają już nie przechodzić przez pocztę.
W bazie danych są dwa rodzaje tabel. To co Pan widzi w plikach *.txt to są tylko dane. W samej bazie znajduję się również tabele zapasowe (działają na zasadzie windowsowego kosza) oraz powiązania z tabelami. Dlatego baza danych tyle zajmuje.
Jeżeli chce Pan ja wysyłać pocztą proszę ją podzielić na kilka mniejszych plików (program Fakt samoczynnie potrafi dzielić arch na dyskietki - można to włączyć w POMOC - FUNKCJE SERWISOWE - PARAMETRY).
Wolałbym się dowiedzieć jak te zapasowe komórki skasować - za 2 miesiące musiałbym pewnie dzielić na 4 pliki i wysy łać je osobnymi mailami żeby przeszły przez limit skrzynki a to jest bardzo mało wygodne jeżeli się codziennie wysyła kopię mailem.
Do można zrobić przy pomocy programu IBexpert i znajomości języka SQL, ale osobiście odradzam taką operację
Nie bardzo rozumiem po co właściwie te "śmieci" tam są.
Mamy biuro rachunkowe - pierwsza firma , pierwszy miesiąc a plik 0001baza.fdb ma 28 MB ? Za pół roku ma ważyć 500MB przy kilku firmach? Pół GB to raczej dużo na bazę sql.
Jeżeli już Pan porównał te komórki do kosza windowsowskiego to kosz można po prostu wyczyścić a tutaj mamy to trzymać "na zawsze"?
Druga sprawa ale chyba związana z tym wątkiem:
połączenie serwera / klienta za pomocą internetu (dwa łącza symetryczne 1Mbps więc chyba już lepszego nie potrzeba) działa tragicznie. 15 min zajmuje połączenie się a później otwarcie czegokolwiek 5-10 min. Zapora pokazuje że przesył odbywa się w tempie 0.5 - 8 KB / s - jakakolwiek inna usługa np. ftp między tymi komputerami ponad 100KB/s.
Nie bardzo rozumiem po co właściwie te "śmieci" tam są.
Mamy biuro rachunkowe - pierwsza firma , pierwszy miesiąc a plik 0001baza.fdb ma 28 MB ? Za pół roku ma ważyć 500MB przy kilku firmach? Pół GB to raczej dużo na bazę sql.
Polecam zapoznać się z narzędziem gbak
- http://www.google.com/sea...btnG=Szukaj&lr=
- http://www.destructor.de/firebird/gbak.htm
(polecam przeszukać dysk na okoliczność występowania pliku "gbak.exe") - backup bazy,
a później jej odtworzenie z backupu (restore) odchudza bazę ze śmieci, o których Pan Michał
nie pisał. Tylko jeśli Pan nie ma większego doświadczenia w temacie to polecam zwyczajnie
zacisnąć zęby... Wesołych Świąt.
Dzięki za konkretną odpowiedź.
1 pytanie : gbak cały czas twierdzi, że baza nie ma zdefiniowanego usera i hasła (chociaż zrobiłem operatora SYSDBA w fakcie). Co mam jeszcze zrobić?
Użytkownik SYSDBA nie ma nic wspólnego z operatorami w Fakcie.
Nie trzeba go zatem tworzyć w programie.
Polecam [znowu ;)] odpalić (ze zmodyfikowanymi ścieżkami):
gbak -v -t -user SYSDBA -password "masterkey" localhost:c:\sciezka_do_bazy\0001baza.fdb c:\moj_pierwszy_backup.fbk
Dzięki ;-) działa.
zanotowane.pldoc.pisz.plpdf.pisz.plfisis2.htw.pl
|
|
