Flat file databese-t keresek?

Fórumok

Egy olyan C++-ban való megoldást keresek, amiben tudok tárolni, modosítani, törölni, keresni információkat az előzőleg indexelt fájlokból.
Szöveget, számot, elérési utvonalat, képet tárolnék benne.
Táblák közötti műveletek nem lennének. Sőtt lehet hogy több tábla sem. 1 tábla - 1 fájl megoldást gondoltam.
Fontos hogy kevés dolog kelljen hozzá, tehát nem akarok MySQL-t alkalmazni a feladatra. Ellenben pl. csv-ben tárolni az adatokat kevés lenne (a képek miatt).
Kódlap problémákat is szeretném a minimálisra szorítani.

Hozzászólások

SQLite: Nem flat file, de file alapú és tudja az SQL-t, és nagyon kicsi. Érdemes olyasmivel kezdeni, ami többet tud mint a minimum, úgyis fog kelleni.

--
The Net is indeed vast and infinite...
http://gablog.eu

Licencelési problémák miatt született meg az SQlite. Illetve amiatt, hogy valaki felvásárolta és a licence "napról-napra" változott egy időben.

Ha jól tudom. Régen volt. De egy időben sikk volt, minden db4-es dolgot sqlite-ra migrálni. Asszem Amarok is így tett. Mondom régen volt.

Az kérdéssel kapcsolatban pedig csatlakoznék az előttem szólókhoz.

Ez elég értelmetlenre sikerült kinyilatkoztatás volt. A kettő teljesen másra van. Az meg, hogy jobb lett pontosan miben mérhető?
Például tud már az sqlite több processzből/threadből hatékonyan működni? Eleve ha sebességre van szükség, meg tudja egy key-value db-t verni az sqlite, mikor annak még az sql parse-olásával is el kell szüttyögnie?
Hogy viselkedik az sqlite párszáz millió sorral, esetleg GiB-os objektumokkal?
Hogy skálázódik több CPU-ra?

Miben is jobb az sqlite a bdb-nél?

suckIT szopás minden nap! A fájlokat tömörítsük, vagy a fájlrendszert?

Peldaul mert hibaturobb. Nekem a BDB-vel az a tapasztalatom, hogy barmi hiba eseten az adatbazis hajlamos nem mukodo allapotba valtani, es csak egy db_recover utan elindulni. Raadasul sokkal egyszerubben is managelheto. Szamomra ebben all az, hogy jobb.
--


()=() Ki oda vagyik,
('Y') hol szall a galamb
C . C elszalasztja a
()_() kincset itt alant.