to prawda mqqla, ale :
- bazy sie tez 'psuja'

backupy tak czy inaczaj trzeba robic ; bazy pomagaja automatycznie sie odtwarzac z tych backupow (vide systemy WAL - write-ahead log)
- to jest wszystko kwestia przetestowania - zasymulowania intensywnego wielodostepu - programowo rzecz jasna. jesli jest podejrzenie, co moze powodowac kasowanie/niespojnosc - to trzeba w to uderzyc raz i porzadnie, poprawic i sprawdzic, czy dziala. przeciez komputery sa deterministyczne
Taka ciekawostka: jest modul perlowy zwacy sie BerkeleyDB - to takie cos pomiedzy fachowymi (czytaj - klient-serwer) bazami danych, a reprezentacja plikowa. To nadbudowka na biblioteke w C firmy Sleepycat (bezplatna, jesli instalacje sa na serwerze) implementujaca obsluge rekordow zapisywanych jako pary (klucz, wartosc). Oprocz zwyklej obslugi zapisywania, zapewnia takie rzeczy, jak:
- szyfrowanie bazy (AES - Rijndael)
- logowanie
- transakcje (!)
- blokowanie (na roznych pioziomach)
- odtwarzanie bazy z logow
No i generalnie nadaje sie tam, gdzie serwery baz sa rozwiazaniem ciut na wyrost, a potrzebne sa mechanizmy szersze, od golych plikow. Przez to, ze jest to cos jak osadzona baza danych, dziala szybciej (brak komunikacji miedzyprocesowej) i czesto jest wykorzystywana w serwisach \www jako warstwa cache'u. Na potrzeby naszego forum bylaby - moim zdaniem - rozwiazaniem idealnym (szybkim i bezpiecznym)
Jeszcze z innej beczki - jesli ten Ikonboard jest sensownie napisany, powinien miec w miare abstrakcyjne funkcje do wyjmowania/zapisywania informacji.
Ale to sa i tak puste dywagacje

Fajnie by bylo, gdyby zajelo sie tym kilka (3?) osob - ja sie zglaszam, ale nie wierze w jednoosobowe tworzenie czegokolwiek, bo to ma czesto krotkie nogi...
marek
(Edited by kingeri at 10:36 am on Aug. 6, 2003)