🚀 go-pugleaf

Użytkownik "spaj44" <spaj44@wp.pl> napisał w wiadomości
news:d97d30b7.0405162245.57f6120f@posting.google.com...
> Witam
> musze poruszyć temat poraz kolejny ponieważ dalej nie ma
> na to odpowedzi a ten temat wciąż mnie nurtuje nieubłaganie a jest tak
> .

Nie odpowiem dokladnie na pytanie aczkolwiek moze moje przemyslenia na cos
sie przydadza. Generalnie przerabialem temat skryptow o ktorych mowa ale
skrypty sprawdzające pojemnosc bazy to nie jest dobre rozwiazanie.
Uzyszkodnik moze pomiedzy sprawdzeniami wpruc do bazy sporo informacji, co z
tego, ze zablokujesz mu dostep jak dane pozostana. Chyba, ze chcesz stosowac
metody faszystowskie i usuniesz uzyszkodnikowi dane.
Mozna wykorzystac fakt, ze mysql tworzy osobny katalog do kazdej bazy
danych. Wtedy katalog przenosisz do katalogu uzytkownika i robisz symlinka
bazie. Oczywiscie nadajesz calemu katalogowi wlasciciela mysql i grupe
uzytkownika (lub  odwrotnie), ustawiasz quote systemowa i... no wlasnie -
ciekawi mnie co sie stanie w przypadku gdy zostanie osiagniety twardy limit.
Z informacji jakie zdobylem mysql moze sie glupio zachowac.
Inaczej jest w przypadku PgSQL-a, choc metoda jest prawie identyczna.
Warunek: PgSQL musi byc skompilowany z opcja
CPPFLAGS=-DALLOW_ABSOLUTE_DBPATHS . Robisz po prostu:
initlocation /home/uzyszkodnik1/data
createdb -D /home/uzyszkodnik1/data/test1 test1
Oczywiscie wlascicielem katalogu (...)/data musi byc pgsql a grupa
uzyszkodnik. Dla kazdego usera masz osobna grupe i tylko ustawiasz sobie
quote systemowa. Roznica, na korzysc PgSQL, polega na tym, ze w momencie
osiagniecia twardego limitu baza przestanie "dodawac" nowe dane, gdy zrobi
sie wolne miejsce (np. po vacuum) log transakcji zostanie oprozniony i
zmiany dokonane w bazie, wiec niczego nie powinno sie utracic.

pozdrawiam,
lukes