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!!!!

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

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

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...

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

Voglio l'edit!!!! :evil:

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:

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

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

C'era il solito F>2

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....

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

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...

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...

Prova a farti un esempio pratico ... ed applica quelle operazioni...

Per quei pochi dati che ha.. non è detto che quelle uguaglianze siano verificate!!!!!
Stessa storia per il "contiene"...
Avevo quello con i JOIN, sia all'esonero che all'appello. Ho risposto "MAI" ...

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...

Sì, questo l'ho capito...ma è anche vero che per la scansione un'organizzazione ad heap è ottima (B*D), così come per il file ordinato.

Mi sembra che alla domanda di Rizzi c'era anche un'altra opzione:

L'organizzazione basata su indice ad albero è peggiore di quella basata su ordinamento solo se F>2

Non capisco cosa cambia con il valore di F...

Comunque, nelle domande, quando elenca una query e dice cosa è meglio non specifica mai quanto è selettiva la query...
ad esempio, quando dice di dover stampare il nome l'età di tutti gli impiegati che hanno cognome che inizia per 'L' è uguale a "stampare nome e età di tutti gli impiegati il cui cognome è "Rossi"?

Più leggo questo argomento sul libro e meno sono in grado di dare una risposta...

ciao ..volevo sapere se qualcuno ha testi di esoneri o esami passati d questa materia....sempre se in giro ci sono..grazie mille a tutti!

ciao ..volevo sapere se qualcuno ha testi di esoneri o esami passati d questa materia....sempre se in giro ci sono..grazie mille a tutti!

Quoto... e aggiungo, Jubilee, se ci sei batti un colpo... :cry:

Credo tu abbia molti msg in PVT! :wink:

Ragazzi, giusto per ricapitolare, mi sembra di aver capito che le domande sono solo su:

algebra relazionale, modello entità-relazione, file e indici, linguaggio sql

Niente Jdbc e Odbc, Sqlj &co., giusto?

Ragazzi, giusto per ricapitolare, mi sembra di aver capito che le domande sono solo su:

algebra relazionale, modello entità-relazione, file e indici, linguaggio sql

Niente Jdbc e Odbc, Sqlj &co., giusto?

Yep! Per scrupolo ricontrollati anche la parte di slide sul buffer ... hai visto mai...

Cmq sia, credo che ci saranno nuovamente le stesse domande...

Non capisco cosa cambia con il valore di F...

F è l'altezza dell'albero. Più è alto, meno è efficiente...

Comunque, nelle domande, quando elenca una query e dice cosa è meglio non specifica mai quanto è selettiva la query...
ad esempio, quando dice di dover stampare il nome l'età di tutti gli impiegati che hanno cognome che inizia per 'L' è uguale a "stampare nome e età di tutti gli impiegati il cui cognome è "Rossi"?

Più leggo questo argomento sul libro e meno sono in grado di dare una risposta...

Avanzo l'ipotesi ...
"Rossi" -> Ricerca esatta
"L" -> Ricerca per range