««« | »»»

PostgreSQL: analisi dell’architettura di Skype

Per gli afi­cio­na­dos di PostgreSQL c’è un arti­colo da non per­dere su High Scalability che ana­lizza l’archi­tet­tura adot­tata da Skype, basata appunto su pgSQL, che è data per sca­la­bile fino ad 1 miliardo di utenti.

Ci sono diversi aspetti rile­vanti, fra cui il fatto che l’accesso al data­base è com­ple­ta­mente incap­su­lato attra­verso le sto­red pro­ce­du­res. Nel mio pic­colo è un approc­cio che sto pro­vando anch’io con un pro­getto che ini­ziato qual­che mese fa e su cui posterò qual­che info più appro­fon­dita quando sarà andato tutto in porto (si spera!).

L’idea che mi attira di que­sto approc­cio è che l’interfaccia con il data­bae risulta dra­sti­ca­mente sem­pli­fi­cata: ci sono solo i para­me­tri d’ingresso e d’uscita. Senza con­tare i risparmi in ter­mini di prestazioni.

Ad oggi, il difetto fon­da­men­tale di que­sta solu­zione è che non può essere estesa anche alle select, dato che il plan­ner di PostgreSQL non è in grado di ana­liz­zare la query in modo otti­male per poter usare la stra­te­gia più per­for­mante ma qual­che miglio­ria è in arrivo con la ver­sione 8.4.

E pen­sare che una volta ero con­vinto che le sto­red pro­ce­du­res fos­sero l’incarnazione del male… :-D

Per proseguire

Commenti e trackback sono disabilitati.

• Tweets, 2012-02-05
• Tweets, 2012-01-29
• Tweets, 2012-01-22
• Tweets, 2012-01-15
• Tweets, 2012-01-08