Newsgroup: it.comp.appl.access
Titolo: Struttura DB Curriculum

Ciao a tutti..
Mi trovo davanti alla realizzazione del mio primo database che dovrà
intergire con un sito..
Il database dovrà memorizzare i curriculum vitae..
Ho già una struttura esitente..e devo modificare questa..Volevo un parere..
Questa struttura contiente tutti i dati in un'unica tabella cioè:
Codice,Nome,Cognome,Comune_Nascita,Data_Nascita,Cittadinanza,Sesso,via_residenza,Num_residenza,cap,città,provincia,tel,cell,fax,email,via_domicilio,num_domicilio,cap_domicilio,(..),
servizio_militare,data_termine,statocivile,figli,num_figli,stato_occupazionale,
svantaggiato,disabile,patente,tipo,auto_propria,
Diploma qualif prof,Dqp anno,Dqp voto,Diploma scuola
sup,Dssanno,Dssvoto,,Diploma univ,Duuanno,Duu voto(E VIA ALTRI DIPLOMI)
Windows,Word,excel,Internet,Database,(E VIA ALTRE CONOSCENZE INFORMATICHE)
IT madrelingua,IT parlato,IT Scritto,FRmadrelingua,FRparlato,FRScritto(E VIA
altre 4 LINGUE)
CorsiFormAttestato1,Anno1,Ente1,durata1,(IL TUTTO RIPETUTO TRE VOLTE)
CorsiSpecializzazioneAttestato1,Anno1,Ente1,durata1(IDEM COME SOPRA)
Esp prof area1,Anno1,ruolo!,durata1( IDEM)
Volontariato,Sport,attività culturali,Soggior estero..
Cap relazionali,organizzative,Tecniche,artistiche...
Data CV,Acc L675,
Questa è la mia tabella di partenza...
Io ho pensato di creare una tabella CV In cui mettere tutti i dati
anagrafici fino alla patente,autopropria, le esperienze
extra(volontariato,sport ecc), le capacità,la dataCv e AccL675...
Dopodichè ho pensato di creare una tabella QUALIFICHE(Codice,Descrizione) in
cui memorizzo i nomi delle qualòifiche tipo (1, Qualifica professionale),(2,
diploma scuola superiore)(3-laurea)...(10-Altro)ecc
quindi una tabella QUALIFICHE_CV(CodCv,CodQualifica,Descrizione,Anno,voto).
na cosa simile anche per le conoscenze informatiche
INFORMATICHE(Codice,Descrizione) in cui memorizzo per esempio
(1,Windows)(2,Word)(3,Grafica)....ecc (10,Altro)
e uan tabella INFORMATICHE_CV (CodCV,CodInformat,livello_Conoscenza)
Per le lòingue:
LINGUE(CodCV,NomeLingua,Madrelingua,LivelloParlato,LivelloScritto)
Per i corsi:
FORMAZ_SPECIALIZ(CodCv,Attestato,Ente,Anno,Durata,Tipo)..in tipo memorizzo
se è Formazione o specializzazione
EPERIENZ_PROFESSIONALI(CodCV,Area aziendale,Anno,Durata)
sEcondo voi va un pò meglio o era meglio lasciarla così com'era???
 Grazie---
PAmela
--------------------------------
Inviato via 
http://arianna.libero.it/usenet/

 ha scritto nel messaggio
news:151Z44Z37Z194Y...@usenet.libero.it...

Secondo me sarebbe meglio una form che richieda solo i dati personali
(anagrafici) di chi invia il curriculum, l'autorizzazione a trattarli e dare
la possibilità di fare upload (o invio per e-mail) del curriculum, magari
scritto o in rtf o pdf o qualsiasi altro formato facilmente trasformabile
per chi lo dovrebbe scaricare e leggere.
Il servizio che puoi fornire è una serie di esempi da seguire per la
compilazione corretta di un curriculum; questo perché se devi fare una form
con centinaia di campi da riempire rischi un eventuale caduta della linea
(non tutti hanno ADSL o linee veloci).
Quindi opterei per la seconda ma ancora più essenziale; per una eventuale
motore di ricerca nei curriculum, se utilizzi IIS, Index Server indicizza i
contenuti di gran parte dei formati di documenti (tutti i documenti office,
txt, html, pdf (plug-in) etc. etc.)...
Ciao.
--
Sergio MAZZA

Pamela ha scritto:







Per me va bene purchè tu leghi la tabella anagrafica (quella in cui
memorizzi nomi indirizzo telefono) alle altre delle esperienze,delle
competenze etc... con relazione 1 a molti.
CIao Fra
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it


si certo...altri miglioramenti che posso fare^?

Pamela ha scritto:







Io separerei le qualifiche in piu
tabelle:QualificheScuola,QualificheUniversità,QualificheCorsi.E
probabilmente anche le conoscenze informatiche potresti dividerle in
Programmazione, Conoscienza Applicativi etc etc in modo da limitare il
numero di campi per tabella.....Te lo dico perchè devo apportare delle
modifiche ad un Db che ha una marea di campi per ogni tabella...ed è un
vero casino




A parte le osservazioni condivisibili di Sergio e Francesco vorrei
aggiungerne altre.
Ristrutturare un database perche' ci si accorge che manca un campo o
che una tabella va ristrutturata, ad esempio decomponendola in piu'
tabelle, costa molta fatica: non devi metter mano solo alle tabelle,
ma anche a tutto cio' che da queste dipendono: query, maschere, report
e quant'altro. Percio' prima di partire studia bene il problema, non
improvvisare soluzioni accontendandoti di strutture gia' impostate e,
soprattutto, analizza i requisiti ai quali la tua base di dati deve
rispondere. Devi anche individuare le ENTITA' della tua base ed
assegnare una tabella ad ognuna di esse.
A parte queste considerazioni di ordine generale noto una cosa che non
mi convince nella tua struttura. Gli attributi che riguardano le
qualifiche, le lingue, le specializzazioni, le esperienze
professionali e simili, sono tutti attributi multivalore che, se male
organizzati, ti rendono le tabelle non normalizzate con conseguenze
negative, quali ridondanze (quasi sempre da evitare) ed inconsistenza
dei dati oltre ad altri inconvenienti minori.
Ad esempio tra l'entita' ISCRITTO (chiamo cosi' chi invia il
curriculum) e l'entita' ESPERIENZA_PROF noto una relazione molti a
molti. Infatti un iscritto puo' possedere una o, meglio, zero
esperienze professionali ma puo' anche possederne molte. Le
esperienze, a loro volta, possono riguardare uno o zero iscritti ma
possono essere possedute da molti iscritti. Io organizzerei la base di
dati in modo da rispettare questa situazione.
Un'altra cosa che non mi convince e' il fatto di dover quantificare a
priori le conoscenze informatiche. Perche' 9+1? e quel 10=altro? a mio
parere la tabella deve essere aperta, cioe' deve poter accogliere un
numero indefinito di conoscenze. Cio' e' possibile se costruisci una
tabella a se stante "relazionata"opportunamente con la tabella
Iscritto.
Spero di esserti stato utile anche se ho espresso le mie opinioni "da
lontano", senza cioe' aver analizzato il problema dal di dentro e
quindi non conoscendo le esigenze specifiche da soddisfare.
Saluti.
Franco Varoli
fRANC...@tin.it
Per scrivermi togliere RANCO