Pici, gyors (kompatibilis) SQL szerver

Linux-haladó

Pici, gyors (kompatibilis) SQL szerver

  • 644 megtekintés

( asd | 2004. 11. 11., cs – 11:53 )

[quote:735ff5957f="nevergone"][quote:735ff5957f="asd"]megbaratkoznek az ldap-pal

Nem tudom, menyire használható ilyen esetekben... pláne, ha minden a lokális gépen fut... :)

Tokeletes megoldas csak-valamit tipusu virtual usereknek is. Szabvanyos, gyors.

asd

( Finrod | 2004. 11. 11., cs – 12:13 )

[quote:5c37f1340b="nevergone"][quote:5c37f1340b="asd"]megbaratkoznek az ldap-pal

Nem tudom, menyire használható ilyen esetekben... pláne, ha minden a lokális gépen fut... :)

Ez nem a tavolsagrol szol... a kenyelmes menedzselhetosegrol... elvben.

( nevergone v | 2004. 11. 11., cs – 12:42 )

[quote:e94bcc01fa="Finrod"][quote:e94bcc01fa="nevergone"][quote:e94bcc01fa="asd"]megbaratkoznek az ldap-pal

Nem tudom, menyire használható ilyen esetekben... pláne, ha minden a lokális gépen fut... :)

Ez nem a tavolsagrol szol... a kenyelmes menedzselhetosegrol... elvben.

Utánanézek, bár azt hiszem, nem úszom meg az SQL -t, mert több dolog is szeretné... és web-fejlesztéshez sem árt. Persze lehetséges, hogy az user-kérdést LDAP -al oldom meg (ha egyszerübb és jobb), a többinek pedig marad az SQL... :)

( nevergone v | 2004. 11. 11., cs – 03:19 )

Sziasztok...!

Tudnátok egy olyan kis erőforrásigényű, de használható SQL szervert ajánlani Linuxra, ami valamilyen szinten kompatibilis a MySQL-lel és/vagy a PostgreSQL-lel...? Mert pl. a Proftpd tud SQL táblából dolgozni, ami egész jó, mert nálam elég sok ftp-only user lenne. Kipróbálnám a Wiki -t, de az is MySQL -t kér. Viszont (a tapasztalatom szerint) ezek elég "döcögősek" tudnak lenni, pláne az én 500 -as gépemen. Ezért (is) kellene egy pici, ámde hatékony SQL szerver, amellyel ezeket kiválthatom, és kompatibilis a fent említett két alkalmazás valamelyikével.

Köszönöm a válaszokat... :)

( mocsi | 2004. 11. 11., cs – 07:24 )

mSQL, az uj php-ban mar alapbol benne van.
De mi van akkor ha az adott szerviz nem tamogatja a protocol-t?

( szekelyk | 2004. 11. 11., cs – 08:38 )

Nézz körült a HUPWikiben az adatbázis szeverek címszó alatt!
picoSQL ami picike, olasz fejlesztés.
Van még az SQLite.org-on az SQLite, ő library alapú, tehát nincs szervere.
Én tennék egy próbát a helyedben a MySQL-vel, széles körben kis erőforrásigényéről ismert. Ha kicsit hangolod is, akkor gondolom még kevesebb is lehet, persze a teljesítmény rovására.

( gna | 2004. 11. 11., cs – 08:48 )

Bar nekem nem sok userem van, de nekem egy AMD K6 300-on fut a mysql 64 MB rammal. Tehat attol ne tarts.

( vmiklos | 2004. 11. 11., cs – 09:21 )

mysqlt pont azért szidják, h jó-jó gyors, de milyen keveset tud :wink:

( foci v | 2004. 11. 11., cs – 09:26 )

Hali!
nekem is egy 550 cerkan mux MySQL + sok egyeb telefonkonyv(PHP - 1000 es nagysagrendben vannak benne telefonszamok)
PC katalogus, ...
a gep + PROXY ként is funkcional esetleg megemlitheto meg DNS és nincs vele gondom;)

( nevergone v | 2004. 11. 11., cs – 10:14 )

[quote:9d111de2fc="asd"]megbaratkoznek az ldap-pal

Nem tudom, menyire használható ilyen esetekben... pláne, ha minden a lokális gépen fut... :)

( joyeux | 2004. 11. 11., cs – 10:29 )

Az sqlite baromi gyors tud lenni, de csak akkor ha egyszerre csak egy processz használja, ha többen kérdeznek le akkor rohamosan csökken a teljesítménye és a párhuzamos írást se támogatja.
De ha valaki ír hozzá egy kiszolgáló progit ami tudja ütemezni/gyorsítótárazni a lekéréseket ... 8)