Archlinux on db

da Nss il marzo 2, 2010

Questo è un semplice post per invitare quanta più gente a dare un’ occhiata alla (eventuale) struttura che potrebbe avere il db che andrà a contenere le informazioni sui pacchetti di archlinux.

http://tinyurl.com/yg5r82z
consigliato firefox per aprire questo link in quanto “migliore” nel gestire i file svg

Non vuole essere un lavoro professionale ma solo un semplice schema per dare l’idea dei dati che andrò ad inserire nel database e il tipo di relazioni tra essi.
Tutto ciò con la prospettiva di creare un “motore di ricerca” on line con cui effettuare ricerche sulle informazioni dei pacchetti…

Se qualcuno ha idee su come migliorare tale schema può lasciare un commento di seguito e ne parliamo… potremmo anche creare una sezione apposita nel forum.

I sorgenti in formato .dia sono qui [1]

Grazie a tutti.

[1] http://tinyurl.com/yhvcrqr

6 commenti

Qualora richiesto da più utenti, potremmo anche creare una sezione apposita nel forum.

by Giovanni Scafora on marzo 3, 2010 at 12:16 am. Rispondi #

Scusa Giovanni mi sono espresso male io per una sezione intendevo anche un semplice topic nella, già esistente, sezione altro :D. Non credo sia un argomento per il quale sia necessaria un intera sezione :D!!

by Nss on marzo 3, 2010 at 2:55 am. Rispondi #

Ciao Nss, con quale programma hai realizzato lo schema??

by Saro on marzo 6, 2010 at 1:14 pm. Rispondi #

Il programma si chiama proprio DIA, come il formato del sorgente, lo trovi tranquillamente nei repository.
Per fare tale schema io ho usato i blocchetti per UML.

Ciao

by Nss on marzo 6, 2010 at 1:28 pm. Rispondi #

hum, hai usato id interi per tutto quanto, immagino li userai come primary key.
la domanda è, sicuro ti servano dappertutto?
esempio, nella descrizione di un pacchetto, l’url lo identifica univocamente, potrebbe bastare quello.

se ti metti ad assegnare interi per ogni pacchetto e per ogni versione diversa del pacchetto (immagino sia così, altrimenti anche il campo nome identificherebbe univocamente il pacchetto e potrebbe essere primary key al pari di url) le dimensioni delle tabelle crescono molto in fretta e dopo un po’ di tempo (dipendente da quanti aggiornamenti ci sono su quanti pacchetti) esauriresti gli interi disponibili…

by weseven on marzo 6, 2010 at 6:36 pm. Rispondi #

Concettualmente hai ragione, ora ti spiego il motivo di tutto. Dubito che i record superino il range degli int ma il motivo è che il framework che ho intenzione di usare ha come convenzione l’utilizzo di un int come chiave..

by Nss on marzo 6, 2010 at 10:54 pm. Rispondi #

Lascia un commento

Required.

Required. Not published.

If you have one.