Newsgroup: it.comp.os.dibattiti
Titolo: Uso ed abuso degli RDBMS

Pensavo di essere il solo a pensarla a questo modo ... e invece:
http://aplawrence.com/Web/firefox-sqlite.html
 
 
la cosa che più mi fa ridere è che DS (Sun, Oracle...) che gestiscono milioni 
di entries, usano come backend SleepyCat Transazionale. Arrivano poi questi
qui, e per gestire 23 righe di testo adottano dei DBMS che a loro avviso
sarebbero addirittura "performance wise"....

 sarebbero addirittura "performance wise"....
 
Cosa ti rode? Che devi aggiungere 560k di dll a Firefox?
 
C:\>iao Angelo
 
P.S. Ma Mr aplawrence, qualcosa di piu complicato di un grep su dati
in formato
     testo lo ha mai fatto? Io, ad esempio sarei curioso di sapere
quante volte
     sono presenti nel milione di righe i valori generati da rand().
Oppure se
     qualche valore che rand() non genera mai. Con Sqlite per avere la
prima
     risposta impiego 31 secondi e una select. Per la seconda 4
secondi e due
     select. Forse si puo' fare di meglio, ma aspetto di sapere quando
ci metti
     tu con grep ed il tuo bravo file di testo.

 CUT
 
Porca puttana son d'accordo con Paolitto. LOL.
 
  ngw


 
Si vede che siamo sotto Pasqua... :-)
 
A proposito... Buona Pasqua a tutti.
 
C:\>iao Angelo
 


Porca puttana, non so come dirti che, se non entrano in gioco requisiti 
particolari che fanno si che si renda necessario l'uso di un RBMS, fino a 
una certa soglia, paradossalmente, un txt è addirittura più performante. E 
superata quella soglia, si usano i DB transazionali.
Se entrano in gioco requisti particolari, allora cade tutto il discorso.
Ti porto l'esempio di LDAP, sul quale sono stati sperimentati nel suo 
backend sia i DB transazionali, sia i DB relazionali.
I DB relazionali nel caso di LDAP si sono rivelati un fiasco totale.
Va anche aggiunto che molte delle cose che si fanno con il DB relazionale, 
nel caso di LDAP, vengono astratte da un livello superiore. Infatti, 
concetti simili a quelli delle view, delle join, o delle repliche, vengono 
gestiti con nomi diversi in lingua ldappese.
E va detto che il tutto spesso funziona molto meglio. Le repliche dei DB 
che danno spesso tanti fastidi, nel caso di LDAP funzionano meglio di 
orologi svizzeri.
Presumibilmente (se adotti un solo master) puoi ottenere facilmente una 
tecnologia analoga a quella di Oracle RAC... cosa che ti sogni con Postgres 
e con MySQL.
Ripeto, IMHO, gli RDBMS sono un po' monnezza e laddove possibile, sarebbe 
bene limitarne l'uso quanto più possibile.

 CUT
 
Ed eccolo qua, che si attacca ad un altro topic dopo aver fatto la
figura del coglione in un altro.
Non attacca sbiru, pedala :D
 
  ngw

 bene limitarne l'uso quanto più possibile.
 
Pero'! Sei partito da un file di testo e da quanto e' veloce farci
sopra
un grep e sei arrivato a giudicare monnezza i dbms relazionali in
toto...
Sicuro di avere le idee chiare sull'argomento?
 
C:\>iao Angelo

 Sicuro di avere le idee chiare sull'argomento?
 
 
http://www.paldap.org/OpenLDAP/slapd/back-sql
 
 
"It is said using an SQL database as a general purpose slapd back-end 
would be very unsatisfying performance-wise.
SQL backing an LDAP directory is primarily recommended if you want to 
make existing data in an SQL database available to LDAP clients without
having to duplicate data and efforts." 
 
Io si. Tu?
 
 

... Tu?
 
Qualcosa di db, so di saperla.
 
C:\>iao Angelo


Bene. Visto che sqlite è una scheggia, adesso dimmi perché Sun Directory Server, 
OpenDS, OpenDJ, OpenLDAP eccetera, eccetera, eccetera usano tutti sleepycat al posto di sqlite.
 
p.s.: Sun DS, Red Hat DS hanno migrato da LDBM a Sleepycat.... ma non a sqlite.

 sleepycat al posto di sqlite.
 
 
tanto... 560 K di DLL che vuoi che siano.
 
E vuoi vedere che Pan è più veloce di XPN perché usa un DB gerarchico che 
si chiama "filesystem", invece che memorizzare tutto su dei DB Sqlite?

 p.s.: Sun DS, Red Hat DS hanno migrato da LDBM a Sleepycat.... ma non a sqlite.
 
Mi spieghi la tua virata da sqlite VS file di testo a
a LDAP & sleepycat? E' solo un modo per mascherare
una figura di merda o volevi dire qualcosa?
 
C:\>iao Angelo
 
P.S. Nel caso non te ne fossi accorto, il file usato da
     sleepycat NON e' un file di testo. Con grep ci
     combini poco.

      sleepycat NON e' un file di testo. Con grep ci combini poco.
 
ma che i stai a raccontare? Non sono un commesso dell'Apple Store. 
Lavoravo in Sun sulla suite che comprende il prodotto Directory Server e 
conosco bene tutte le tecnologie annesse e connesse.

 connesse.
 
Ecco... Ora che lavoreresti per Oracle, prova a vedere cosa
e' possibile fare con un db relazionale.
 
C:\>iao Angelo