Newsgroup: it.comp.software.database
Titolo: Aiuto per TEST del cavolo! :-)

Ciao a tutti!
Vi chiedo cortesemente aiuto per risolvere un test (piuttosto banale) che
formulato, secondo me, male mi sta dando qualche problemino.
Test n.1
Indicare quali delle seguenti affermazioni sulle basi di dati relazionali
sono vere:
  1.. Una relazione è rappresentata da una tabella
  2.. Tutte le tabelle hanno una chiave primaria
  3.. Un record può avere, al proprio interno, più tabelle
  4.. I campi dei record possono avere dimensione variabile
  5.. Una base di dati è costituita da un insieme di tabelle
Le mie risposte sono: 1-F, 2-F, 3-F, 4-V, 5-V
Test n.2
Indicare quali delle seguenti affermazioni su SQL sono vere:
  1.. SQL è un sistema di gestione di basi di dati
  2.. SQL è un linguaggio per l'interrogazione di basi di dati
  3.. SQL comprende un linguaggio per la definizione di dati
  4.. SQL è orientato agli oggetti
Le mie risposte sono: 1-F, 2-V, 3-V, 4-F
Test n.3
Sia dato un data base con due tabelle: Famiglia e Persona. Quali delle
seguenti operazioni possono essere effettuate usando il linguaggio SQL:
  1.. Contare quante persone di sesso maschile sono presenti nella base di
dati
  2.. Estrarre dalla base di dati tutti i genitori di figli maschi
  3.. Spedire a ciascun genitore una comunicazione commerciale
  4.. Estrarre dalla base di dati l'elenco delle persone sposate
Le mie risposte sono: 1-V, 2-V, 3-F, 4-V
Test n.4
Che cosa è una "vista" in una base di dati?
  1.. E' una tabella virtuale
  2.. E' un'istantanea di una base di dati
  3.. E' il risultato di un'interrogazione
  4.. E' una finestra per la visualizzazione di dati
Le mie risposte sono: 1-F, 2-F, 3-V, 4-F (!?) Sinceramente non so il
significato di "vista"
Test n.5
Sia data una tabella
Persona(codice_fiscale,cognome,nome,data_nascita,luogo_nascita,sesso):quali
dei seguenti sottoinsiemi di campi potrebbero costituire una chiave in una
base di dati ben progettata?
  1.. codice_fiscale
  2.. cognome,data_nascita
  3.. cognome,nome,data_nascita,luogo_nascita,sesso
  4.. sesso
  5.. cognome,nome,sesso
Le mie risposte sono: 1-V, 2-F, 3-V, 4-F, 5-F
Vi ringrazio in anticipo per l'aiuto.
Ciao, Alfonso.

Le mie risposte sono: 1-V, 2-F, 3-V, 4-F, 5-F
La 3 la metterei a F, ce ne potrebbero essere tranquillamente due uguali.
Ciao.
Faser
-- 
FABIO SERRA
*Questo testo deve essere valutato secondo il senso della RFC-3*
Per rispondere in e-mail sostituire "invalid" con "faser"
http://www.cfmentor.com
--------------------

 La 3 la metterei a F, ce ne potrebbero essere tranquillamente due uguali.
Pero' i dati contenuti nella 3 sono quelli su cui si basa il codice fiscale.
In teoria potrebbero esserci anche 2 codici fiscali uguali nel caso in cui 2
persone omonime fossero nate nello stesso giorno e nella stessa citta'.
Ciao, Alfonso.

Ciao, Alfonso.
quelli automatici si, non quelli del
ministero,
però non ricordo dove vairano i due cf simili,
sicuramente
nell'ultima cinquina di caratteri.
bravo !
--------------------------------
Inviato via 
http://usenet.iol.it
 


La 1° è vera, nella terminologia delle Basi dati relazionali  ---->
Relazione = tabella
Ciao



non esattamente, una tabella = relazione è sostanzialmente
una cross-tab,
che appesantisce una base dati con dati
ridondanti, quelli che esprimono
la relazione.
una relazione è rappresentata da un legame tra record,
una
tabella è l'insieme dei record, cmq ottenuti, e qui
si può pensare alla
tabella di relazione.


 ha scritto nel messaggio
news:217Z169Z121Z6Y...@usenet.iol.it...

Ma tu alla domanda
 Indicare quali delle seguenti affermazioni sulle basi di dati relazionali
sono vere:
1.. Una relazione è rappresentata da una tabella
risponderesti Vero o Falso ?
Io risponderei VERO, tratto dalla teoria delle Basi dati Relazionali, dove
per Relazione si intende (a mio parere) quello che nei DBMS è rappresentato
con una Tabella.
Ciao

persone omonime fossero nate nello stesso giorno e nella stessa citta'.
No, due CF uguali non ci possono essere.


con una Tabella.
Secondo me una tabella (modello fisico) è un'entità (modello logico).



Questo e' vero nel modello Entity-relashionship
mentre nella teoria delle basi dati relazionali si ha: relazione = tabella
Quella è la classica domanda trabocchetto per chi non ha fatto un po' di
teoria, e molti ci cascano
ciao




e che differenza ci sarebbe fra 
modello
Entity-relashionship & teoria delle basi dati relazionali
?


 ?
Ma allora, risponderesti Vero o Falso a quella domanda?
ciao

 No, due CF uguali non ci possono essere.
Sinceramente mi sembra strano che ci possano essere 2 codici fiscali uguali,
ma suello che so e' che un codice fiscale e' dato dal cognome(3 caratteri),
nome(3 caratteri), sesso, data di nascita(5 caratteri), luogo di nascita (4
caratteri) e codice di controllo(1 carattere).
Se 2 persone hanno stesso nome, cognome, sesso, luogo e data di nascita,
come e' possibile distinguere i 2 codici fiscali?
Ciao, Alfonso.

mentre nella teoria delle basi dati relazionali si ha: relazione = tabella
Ok, ma qui parliamo appunto di modello relazionale, non gerarchico,
reticolare o altro.
Comunque da "Guida a SQL di Guidi, Dorbolò" :
"la relazione va intesa in termini algebrici e non va confusa con le
relazioni tra i dati del modello concettuale. Il concetto di relazione
algebrica è così definito -dati gliinsiemi D1, D2,....DN, una relazione R
tra questi n insiemi è un'insieme di n-uple <d1, d2...,dn> dove d1
appartiene a D1, d2 appartiene a D2,...,dn appartiene a Dn."
Quindi secondo me la 1 è falsa perchè una relazione *può* essere una
tabella.


per Relazione si intende (a mio parere) quello che nei
DBMS è >rappresentato con una Tabella
io risponderei falso, poichè nei
DBMS una tabella è un'entità,
in un DBMS una relazione è un vincolo che
intercorre fra + tabelle,
appunto vincolo di relazione e non di dominio,
una relazione è
integrity_constraint, il reference_constraint e non la mia
cross-tab,
   ----------                       ------------
   |
materia| <- - - insegna - - -< |professore|
   ----------
------------
insegna è la relazione che intercorre fra materia e
professore,
se io voglio fare di insegna una tabella, devo inserirvi
dentro
tutti i dati che altrimenti sarebbero legati dalla relazione
prof(x) insegna materia(y), ottengo quella che ho definito la
cross-tab, e
la ridondanza dei dati la puoi immaginare.
dove la chiave sarà il
professore e di volta in volta la materia
insegnata.
Pi|Mi/PiMl/PiM....
non a casa questo è uno dei procedimenti di denormalizazione.



Beh, se discutiamo sul *puo'* o sul *deve* essere una tabella, allora ci
capiamo di piu'
Da risposte precedenti era parso che si facesse confusione tra una relazione
( quindi una tabella ) e legame tra tabelle (vedi Foreign Key), quindi ho
voluto intervenire per non confondere troppo le idee a chi deve fare quel
test ( ma forse il tentativo non e' riuscito)
Ciao

test ( ma forse il tentativo non e' riuscito)
IMHO una relazione non è una tabella, lo è invece il legame tra le tuple. E
questo anche dando una rapida occhiata al libro di basi di dati.


come e' possibile distinguere i 2 codici fiscali?
Il codice di controllo viene cambiato dal ministero.



----CUT------
Il modello relazionale e' stato proposto originariamente da E.F. Codd in un
ormai famoso articolo del 1970. Grazie alla sua coerenza ed usabilita', il
modello e' diventato negli anni '80 quello piu' utilizzato per la produzione
di DBMS.
La struttura fondamentale del modello relazionale e' appunto la "relazione",
cioe' una tabella bidimensionale costituita da righe (tuple) e colonne
(attributi).
........
........
----CUT-------
Non ho tempo per cercare l'articolo di Codd, cmq questo e' un breve
riassunto tratto da :
http://www.html.it/sql/sql_03.htm
Io mi riferivo a questo, quando dicevo che nel Modello relazionale  per
relazione si intende quello che noi chiamiamo Tabella
Ciao

relazione si intende quello che noi chiamiamo Tabella
Si, ok ho capito ed hai ragione tu.


 ha scritto nel messaggio
news:a96lhs$srr$1...@atlantis.cu.mi.it...


Ragazzi grazie davvero a tutti per l'istruttivo thread ;-)
Ciao, Alfonso.

   3.. cognome,nome,data_nascita,luogo_nascita,sesso
Questa è l'unica che considero apparentemente valida, anche se in una base
dati ben strutturata non farebbe da primary key ma al massimo da unique
constraint (vincolo di univocità); nessuno vieta di chiamare allo stesso modo
due figli nati nello stesso giorno, aventi sesso e cognome uguali; anche se
forse, il caro stato italiano provvederebbe a fornire due codici fiscali
differenti.
A me l'anno scorso volevano far pagare le tasse di un omonimo nato nel 65...
Fai te. :)
Ciao e in bocca al lupo. :)

come e' possibile distinguere i 2 codici fiscali?
Il codice dell'ufficio IVA relativo al luogo di nascita viene cambiato
d'ufficio dal Ministero, per il secondo che si presenta. E tra l'altro
il nuovo codice non finisce piu' con XNNNX (X=alnum, N=num) ma diventa
del tipo XXXXX.
Sicche', un programma di controllo del codice deve essere pronto a non
sputare come "non valido" un codice che finisse in D61BK anziche', che
so, D612Q.
Almeno, cosi' m'han detto. Caveat emptor :-)
Leonardo
-- 
".signature": bad command or file name