Mindenki mondja, hogy melyik gyorsabb, lassabb, stb... arra egyikõtök se vetemedik, hogy csináljon egy tesztscriptet, és megnézze.
a SQLite-nak mi értelme van, hogyha scriptfilesba menti a dolgokat? Gyorsabb mint a y_ini?
Felteszek egy kérdést, és akkor talán rájössz, hogy nem volt sok értelme ennek, amit írtál. A MySQL szerinted hova menti a táblákat? Az is fáljba ment ugyanúgy, mint az ini kezelõ. A különbség abban van, hogy egy adatbáziskezelõ sokkal gyorsabban tud nagy mennyiségû adattal számítást végezni, mint az ini-kezelõ, valamint sokkal precízebben lehet hozzáférni az adatokhoz, kevesebb idõ alatt.
Már vannak nagyon jó INI processzorok és nagyon jó MySQL pluginok. Én személy szerint mindig is vártam anno valami MySQL addonra a samphoz, amikor kijött a 0.3 a pluginokkal. A lelkesedésem talán azért volt nagy, mert korábban nagyon sokáig PHP-t használtam, és ahhoz a legkényelmesebb/legbiztonságosabb adatbáziskezelõ a MySQL volt. Nem sokkal késõbb ki is jött két nagy SQL plugin és azóta nem is használok init.
Az ini ellen szól elsõsorban az, hogy nem erre lett kitalálva. Az ini fájlkiterjesztés eredetileg programok konfigurálására lett kitalálva és nem adatbázisok kezelésére.
Egy adatbázis-kezelõ nem feltétlen gyorsabb, mint az ini, de az is biztos, hogyha le akarod kérdezni játékosnév szerint növekvõ sorrendben azon elsõ 10 játékos játszott óráját, akiknek frakcióID-jéhez tatozó név megegyezik azzal, hogy \"LSPD\", amelyeknek infernusuk van és a pénzük több, mint a játékosátlag kétharmadának, azt te INI-vel csak kínkeservesen fogod tudni lekérni, mivel rengeteg adatot kell végigböngészni (fõleg, hogy ezek az adatok egy rendesen felépített adatbázisban 3-4 táblában elszórva vannak). És itt fontos, hogy itt az offline játékosok is beleszámítanak.
Arról ne is beszéljünk, hogy a lekérés megtörténte után ugyanazzal a kóddal tudsz továbbdolgozni, mint akármelyik másik SELECT lekérésnél, nem kell a kódod az adott problémához igazítani, mivel az eredmények ugyanúgy sorokban jelennek meg.
Persze hátrány az, hogy meg kell tanulni az SQL lekérõnyelvet, és az is, hogy kell neki külön SQL szerver (de az utóbbit már minden hoszt biztosítja), de ha az megvan, akkor én javaslom, hogy az SQL-t használd ha nem is feltétlen a gyorsaság, de a kényelmesség miatt mindenképp.
Az adatbáziskezelõk elõnye nem feltétlen a gyorsaság, hanem az, amit a nevük sugall. A fent megnevezett mûveletsort sokkal ésszerûbb és kényelmesebb egy olyan rendszerrel csinálni, ami arra lett kitalálva
