Przejście z Postgresa na bazę plikową

Witam,
tworzę pewną dość rozbudowaną aplikację bazodanową i oparta jest ona o Postgresa.
Jednak z pewnych przyczyn zdecydowałem się na zmianę silnika na bazę plikową. Na myśl przychodzi mi SQLite.
Czy znacie inne dobre bazy plikowe - lokalne?
Przede wszystkim zależy mi na łatwej instalacji i przenośności bazy.

Wydaje mi się że przejście na SQlite z PG nie powinno być bolesne.
Na pewno do przepisania będzie kilka triggerów oraz muszę sprawdzić czy w Sqlite są odpowiednie typy np. monetarne itp.
Czy są jakieś pułapki, rzeczy na które trzeba szczególnie zwrócić uwagę przy takiej migracji?
pozdrawiam

Bazy plikowe zwykle nie maja wielodostępu bo pierwsza aplikacja dostaje locka na plik z danymi.

Zdaję sobie sprawę z tego typu ograniczeń.
Przyjmijmy, że aplikacja będzie jednostanowiskowa z jednym użytkownikiem.

Dodam jeszcze, że od strony technicznej tworzę w delphi + firedac. Więc wsparcie bazodanowe jest całkiem dobre.

sqlite ma 4 albo 5 typów danych i to wszystko. Jak chcesz coś bardziej rozbudowanego to fb embedded - nie trzeba instalacji tylko kilka dll dodatkowo. A jak będziesz chciał odpalić pełny serwer to sprowadza się to do zainstalowania go i zmienienia w aplikacji sposobu w jaki ma się z bazą łączyć

Dla jednego użytkownika SQLite spokojnie wystarczy. Niczego dodatkowo nie instalujesz poza swoją aplikacją co jest bardzo wygodne.

http://sourceforge.net/projects/postgresqlportable/

Ktoś z postgresa portable korzystał? To by było remedium być może.

Problemem jest to, że nie napisałeś DLACZEGO chcesz zrezygnować z postgreSQL-a. Nie masz zainstalowanego, a nie masz uprawnień? Czy jakieś inne powody. Z jakich SPECYFICZNYCH funkcji postgreSQL-a korzystasz? Sprawdź, czy będziesz je miał na SQLite: http://database-management.softwareinsider.com/compare/43-53/PostgreSQL-vs-SQLite Na pewno nie ma obu JOINów (bodajże prawego nie ma) i wielu innych, do których człowiek się szybko przyzwyczaja, a potem się dziwi "Jak to? Nie ma ROW_NUMBER() ??"

No to może jak zależy Ci na przenośności to nie rezygnuj z SQL'a a pobaw się Firebirdem? Posiada on wersję typu embedded o której można powiedzieć, że działa jak pełnoprawny serwer (jednak nie działają wtedy uprawnienia na użytkowników). Jednak cały serwer jest zawarty w jednym pliku dll oraz paru dodatkowych. Wszystko wgrywasz w katalog programu i działa. W przyszłości bez problemów można się łączyć z normalnym serwerem Firebirda. A używane przez Ciebie komponenty w pełni obsługują Firebirda.

Problem z postgresem mam jeśli chodzi o instalację go na komputerach klienckich. W życiu nie bym nie przypuszczał że ludzie potrafią mieć takie konfigurację sprzętowe i systemowe, że wgranie serwera to może być niezła jazda.

Faktycznie mam pewnie głosy co do Firebirda i z tego co się dowiaduję spełniałby także moje założenia.

Niestety u moich klientów mam podobnie. Czasem konfiguracje są takie, że wszystko opada. Z drugiej strony są admini np. w budżetówkach gdzie bez admina nic się nie da zrobić.

A Firebird ma to do siebie, że pracując nawet w sieci też tak naprawdę nie trzeba instalować nawet klienta. Wystarczy skopiować jedną dll'ke do katalogu gdzie jest zainstalowany program/ścieżki systemowej i będzie działać i łączyć się z serwerem w sieci.

zenek123 tak u mnie w pracy bardzo często wykorzystywany jest postgresql portable własnie z powodu dziwnych konfiguracji u klientów.

OK, poprobuję z postgresem w wersji portable, jest szansa na poprawę sytuacji. Jeśli nie, to drugi w kolejce jest firebird :).
Proszę moderatora o zaakaceptowanie odpowiedzi woolfika nt. postgresa portable, pozdrawiam