Létezik php-hez szövegfájl alapú adatbázis keretrendszert? Érthetőbben, MySQL adatbázis helyet sima plaintext. Txt-be akarok menteni.

Mi értelme lenne ilyesminek?

Ha plain text, akkor plain text.

Most az, hogy valami alkalmas adat tárolására, az csak egy dolog. De a MySQL nem csak annyiból áll, hogy adatokat tárolsz benne, ugyanis tud egy csomó más dolgot, amivel a fejlesztő válláról rengeteg terhet levesz:

- támogatja a tranzakciók kezelését

- van automatikus hibakezelése, ha egy tranzakció végrehajtása során becsúszik valami hiba

- ... szóval van benne mechanizmus, ami minden áron eléri, hogy az adatbázisban tárolt adat konzisztens és szabályoknak megfelelő legyen

- ismeri a tárolt eljárásokat

- jól kidolgozott mentési és helyreállítási módszereket támogat

- tudja az adatokat a lemezen titkosítva tárolni

- ja, és futtatható külön szerveren, elosztva a számítógépre irányuló terhelést

Szóval tud egy csomó szaftos dolgot, ami egyszerűen elengedhetetlen ahhoz, hogy megbízható rendszert építs ki.

És nézzük meg, hogy mit érsz el azzal, hogy egy kókányolt módszerrel tárolod az adataidat egy plain text fájlban:

- könyörgöm, még védve sincs, így ha elrontod a webszerver konfigurációját, simán le tudják tölteni rólad

- nincs titkosítás

- nincs benne hibák elleni védelem (vagyis ha valami hiba csúszik a rendszerben, simán elbúcsúzhatsz az összes adatodtól)

- még csak skálázni sem skálázható

- egyáltalán, hogy kezelnél benne több táblát?

- kínszevnedés lesz rá programozni

Ha az a problémád, hogy kell valami lightweight adatbázis, mert neked csak egy webtárhelyed van, amihez nem kaptál adatbázis-kiszolgálót, könyörgöm, legalább egy Sqlite adatbázist használj erre a célra! De ne egy házilag hackelt CSV/JSON/XML/YAML adatbázist, amiből a jó isten sem tudja, mi fog kisülni - de jó dolog semmiképp.

"nincs benne hibák elleni védelem (vagyis ha valami hiba csúszik a rendszerben, simán elbúcsúzhatsz az összes adatodtól)"

Ez hülyeség. Meg ez is:

"kínszevnedés lesz rá programozni"

"Ez hülyeség."

Az ilyen kommenteknél valahogy mindig lemarad az indoklás, hogy miért hülyeség :)

Az SQL alapú adatbáziskezelés valóban több lehetőséget ad, de ha nincs lehetőséged adatbázist használni, akkor javaslom keress valamilyen NoSQL megoldást.

Például a SleekDB JSON fájlokban tárolja az adatokat, és az SQL-éhez hasonló lekérdezéseket tudsz használni: [link]

Vagy ott az egyik legnépszerűbb NoSQL alkalmazás, a MongoDB: [link]

Sok sikert!

Azért hallod, nem kis bőr van a pofádon. Feltettél egy kérdést, részletek nélkül. Na jó, benyögted, hogy "MySQL adatbázis helyet" - amiből egyértelműen gondoltunk arra, hogy neked valami hasonló képességekkel rendelkező dolog kell, mint amit a MySQL tud, csak fájlba dolgozik. Azaz gondoltuk, hogy neked szükséged van relációkra, szükséged van konzisztenciára, tranzakciókra, stb, amit egy relációs adatbázis-kezelő ad. Ezért jött szóba az Sqlite a NoSQL megoldások helyett.

Bocsánatot kérek tőled, amiért nem voltam olyan fejlett spirituális lélek, hogy téren-időn átívelve ki tudtam volna találni, hogy mire és hogyan gondolod te ezt használni.

#8:

A kérdező ezt írta:

"Érthetőbben, MySQL adatbázis helyet sima plaintext. Txt-be akarok menteni."

A mongoDB ugyanúgy nem fog megfelelnio számára, ahogy az sqlite sem.

A konzisztenciát, adattartást, adatbiztonságot, netán az elvárt redundanciát pedig éppen úgy képes a plain text biztosítani, mint a mySQL vagy más adatbázis kezelő rendszer.

Mi nem tudjuk mit akar, nem tudjuk milyen lehetőségei vannak, csak ő. Ezért volt hülyeség tőled az sqlite ajánlása, erőltetése.

CSV keress rá. Nagyon régen még az adatbázisok elterjedése előtt így mentettek adatot.

nem kell oda keretrendszer csak meg kell jelölnöd valamivel, hogy milyen karakter legyen az elválsztód. Gyakori elválasztó a vessző pl.