Continuo nel tentativo di capire le domande di questo compito assurdo...

nella tipologia dove bisogna dire quando è verificata l'uguaglianza, mi verrebbe sempre da rispondere "nessuna delle alternative"...
qualcuno mi dà un consiglio su come risolverli....

per esempio...

1 - selezione su M e join con S = selezione su S e join con M
2 - selezione su M e join con S contenuto in selezione su S e join con M
3 - le altre identiche con il prodotto cartesiano al posto del join

thanks...

C'era il solito F>2

Allora la a sa di trappola. Come al solito, con l'italiano ... :roll:
In questo frangente, un indice ad albero è peggiore di un file ordinato...

Ciò che mi lascia perplesso è la risposta secondo cui l'organizzazione ad heap è ottima, che è giusta... Insomma c'erano 2 risposte esatte...

qualcuno aveva la domanda "come è definita la molteplicità di una relazione"?
Se si come ha risposto??

Grazie!

Io non l'avevo...
Ma la molteplicità di una relazione è il famoso rapporto 1:1, 1:molti etc etc... cioé definisce quante istanze di una tabella sono collegate alle istanze di un'altra....

C'era il solito F>2

Scusate la domanda era "Stampare il nome e l'età di tutti gli impiegati".

Voglio l'edit!!!! :evil:

Io la prenderei come una scansione ... quindi vanno bene sia un file sorted che un heap...

Non c'era tipo un fan-out specificato??

qualcuno aveva la domanda "come è definita la molteplicità di una relazione"?
Se si come ha risposto??

Grazie!

Scusate la domanda era "Stampare il nome e l'età di tutti gli impiegati".

Voglio l'edit!!!! :evil:

col='rosso'[/size]PROJ[size=2]col[/size] A applicherai prima la PROJ su A e poi la SEL

Tra JOIN, INTERSEZIONI, UNIONI etc etc non hai particolari precedenze... verificando sempre che le operazioni siano applicabili

Grazie mille.

Avrei una domanda da porre e sono in dubbio tra 2 risposte.

Stampa il nome e l'età di tutti gli impiegati il cui cognome è "Rossi"

a)L'organizzazione ad heap è ottima
b)L'organizzazione basata su un indice ad albero è peggiore di quella basata su ordinamento.

In teoria sarebbero giuste entrambe...

Salve a tutti se qualcuno ha i testi di basi di dati mi potrebbe contattare su icq 232772042 ? Per chiunque non ce li ha e volesse averli mi contatti pure su quel numero icq.

col='rosso'[/size]PROJ[size=2]col[/size] A applicherai prima la PROJ su A e poi la SEL

Tra JOIN, INTERSEZIONI, UNIONI etc etc non hai particolari precedenze... verificando sempre che le operazioni siano applicabili

semplice, secondo me se un file è indicizzato penso dovrebbero dimezzarsi i tempi quindi per esempio nell'inserimento in un indice hash sarebbe 2D al posto di 4D, mentre per un heap che non è indicizzato, non cambia niente, perche' cmq si devono scandire tutti i record(mentre penso che se ci sono record doppi, in un indice ogni dataentry punti a 2 record, ma chi puo' dirlo con sicurezza?? :roll: ).

Mi si è intrecciato il cervello... :shock:
Ma quindi non sono solo io a non riuscire a rintracciare 'sta cavolo di risposta sul libro!!!!

Qualcuno mi spiega esattamente la precedenza degli operatori in algebra relazionale ? E' fondamentale per risolvere bene alcuni esercizi e sul libro non è spiegata.

Ciao ragazzi!
Io ho preso B facendone otto giuste (un paio di domande avevano due risposte esatte) e lasciandone due.

Te ne ricordi qualcuna?
...con le risposte

Grazie ciao

Posso dirvi le domande sugli indici che avevo io...
Ho saputo di chi aveva come variante il fatto che i file fossero duplicati ... che cambierebbe rispetto ai costi riportati nella tabella???????

si dovrebbero dimezzare i tempi, se il file è indicizzato, ma non sono sicuro, mentre se non è indicizzato non cambia niente

Uhm... mi sorge il dubbio. Perché, per esempio, per l'inserimento in un heap, in caso di duplicati, tra le opzioni da scegliere, non c'è D .... :shock: ma neanche 4D (per fugare il dubbio che invece possa raddoppiare il costo)...
E quindi??? Conta solo quando il costo è influenzato dal numero delle pagine dati??
Più il tempo passa e meno mi ci raccapezzo co' 'sta materia spiegata in quel modo... :x

semplice, secondo me se un file è indicizzato penso dovrebbero dimezzarsi i tempi quindi per esempio nell'inserimento in un indice hash sarebbe 2D al posto di 4D, mentre per un heap che non è indicizzato, non cambia niente, perche' cmq si devono scandire tutti i record(mentre penso che se ci sono record doppi, in un indice ogni dataentry punti a 2 record, ma chi puo' dirlo con sicurezza?? :roll: ).

chi ha fatto l'esame deve fare il progetto, obbligatoriarmente

come hanno già detto zirilli ha speicificato "l'esame termina alla verbalizzazione"

scusate ma dopo aver fatto l'esame che bisogna fare ancora..??si verbalizza o si fa un orale??aiuto...io non ho fatto il progetto... :lol:

Ciao ragazzi!
Io ho preso B facendone otto giuste (un paio di domande avevano due risposte esatte) e lasciandone due.

E possibile se M ed S sono union compatible?

La proprietà union compatible è solo per l'intersezione, l'unione e per la sottrazione insiemistica... non per il JOIN e il Prodotto Cartesiano...

Con A hai fatto solo un errore

Uhm... dici?? :shock:
Però non mi tornano i conti... c'è chi ha preso come me, lasciando una risposta e facendo un errore... :?

Attenzione: le risposte che avete a disposizione nel compito possono essere Vere o Quasi Vere molte domande hanno piu' di una risposta e il punteggio cambia... :wink:

No è che aveva una domanda che m'era capitata al primo esonero... a cui avevo erroneamente risposto ... una domanda sulle tabelle Autore e Libro e sul fatto che libro fosse un'entità debole di Autore perché non Libro non potrebbe essere memorizzato se l'autore è sconosciuto.

Vabbé... già il fatto della scelta del termine "sconosciuto", ci vorrebbe una discussione a parte... però è sbagliata (penso) perché nell'SQL di libro, era presente la chiave primaria LID, che lo rendeva perfettamente distinguibile senza il bisogno dell' ID dell'autore... uff che ingarbugliamento... e non c'era "ON DELETE CASCADE" ...