Si anche secondo me è la C

Bisogna fare una scansione completa e quindi l'ORDINAMENTO è migliore dell'ALBERO.

Si tratta di una selezione con intervallo, quindi secondo me la A è giusta... perchè l'indice hash in questa selezione impiega B*D op di I\O, che è di gran lunga maggiore di D*log(1.5B)...

No???

Su questa ho qualche dubbio...
l'id che sta tra parentesi dopo FOREIGN KEY non deve essere quello della tabella che viene referenziata.
Tramite quell'id si referenzia l'id dell'altra tabella..
in quel caso Tid e Sid referenziano Pid.

Sulla seconda risposta sono d'accordo.

Insomma, la chiave che referenzio può avere un nome diverso da quella della tabella "principale"???

Mhhhh... :?

Dal libro

La chiave esterna nella relazione referenziantedeve essere uguale alla chiave primaria della relazione referenziata; cioè deve avere lo stesso numero di colonne e tipi compatibili, sebbene i nomi delle colonne possano essere diversi.

Hai ragione!!!

Non dovrebbe essere una ricerca di uguaglianza!!

Anche secondo me è la C.

Secondo me è per intervallo perchè possono esserci più impiegati che iniziano per 'L'... deve cercare tutti i nomi che vanno da la* a lu*!

Se desse un nome o cognome preciso, ad esempio 'Lorenzo', sarebbe per selezione!

I'm sorry!!
Forse hai ragione. :wink:
Solo che ha prima vista la pensi come selezione solo sulla L.

Arale, m'hai quasi convinto...

...anche perchè l'uguaglianza andrebbe semmai fatta sul valore di un certo campo e non su una parte di esso.

I'm sorry!!
Forse hai ragione. :wink:
Solo che ha prima vista la pensi come selezione solo sulla L.

Direi sia più che rara una persona che si chiama L... :wink:


Per stevieray: appunto per quello, l'uguaglianza è sul valore intero del campo! Difficile che ci sia una solo persona che inizi per L, specialmente per grandi basi di dati...

Si, anche se nella ricerca di uguaglianza si puo' avere anche piu' di un risultato.
Es. stampare tutti gli impiegati che si chiamano Antonio.

Ho proposto il dubbio su quella domanda anche a Zirilli:

ecco la risposta:

Dei capitoli previsti, quindi nel caso specifico,

deve basarsi sul capitolo del “File ed indici”, capire che tipo di operazione è

richiesta, e ricordare la tabella del confronto dei costi di I/O per poter valutare

quale affermazione è la più corretta.

La domanda si riferisce ad una “ricerca per uguaglianza”… consideri la colonna

Del confronto e valuti quali affermazione è corretta o se …nessuna….



Il consiglio è che non molte sono le cose importanti da ricordare ma…

Se c’è qualche lacuna il test tendenzialmente la evidenzia..

Nel caso degli indici deve ben capire e ricordare la tabella dei confronti, oltre ad avere ben chiara

L’indicizzazione e le strutture dei dati per gli indici.

Infine :

Una risposta sbagliata determina un valore negativo. Una non risposta, un valore pari a zero.

Un compito con cinque risposte corrette e cinque non risposte è sufficiente laddove

Lo stesso compito con 5 risposte sbagliate è insufficiente.

Buono studio

Secondo lui è una ricerca per uguaglianza...

In questo caso, infatti, le prestazioni sono come quelle nel caso di selezione di intervallo, perchè se la chiave di ricerca è duplicata, non si sa a prescindere quanti record si devono cercare!

Beh...si può anche pensare come "Seleziona tutti gli impiegati che hanno come prima lettera del proprio cognome la L".

Così è per uguaglianza....in questo caso io direi B (nessuna delle alternative), a meno che si riuscisse a capire se Dlog(base2)B è migliore o peggiore di D(1+log(baseF)1.5B). Considerando che le faccine sono uguali, senza dati precisi non si può dire.

Una domanda, R deve per forza essere maggiore di 1 giusto ? Lo chiedo perchè altrimenti, per R piccoli(<0.85), sulla scansione un indice ad albero unclustered può essere anche migliore del file heap...

Una domanda, R deve per forza essere maggiore di 1 giusto ? Lo chiedo perchè altrimenti, per R piccoli(<0.85), sulla scansione un indice ad albero unclustered può essere anche migliore del file heap...

R è il numero di record per pagina...
non credo si faccia una scansione se non ci sono record nelle pagine...

Qualcuno ha avuto la domanda sulla relazione ISA?

Data una relazione A, e due relazioni "figlie" B e C,
come opzioni di risposta c'erano (ne ricordo solo due)

A contiene solo gli elementi comuni tra B e C

la relazione ISA è definita sempre attraverso 3 relazioni binarie

le altre mi sembra fossero sbagliatissime...

però neanche queste 2 mi convincono, perchè A può contenere anche elementi che non sono nè in B nè in C... a meno che non ci siano vincoli di copertura, ma non mi sembra fosse specificato...

Qualcuno ha avuto la domanda sulla relazione ISA?

Data una relazione A, e due relazioni "figlie" B e C,
come opzioni di risposta c'erano (ne ricordo solo due)

A contiene solo gli elementi comuni tra B e C

la relazione ISA è definita sempre attraverso 3 relazioni binarie

le altre mi sembra fossero sbagliatissime...

però neanche queste 2 mi convincono, perchè A può contenere anche elementi che non sono nè in B nè in C... a meno che non ci siano vincoli di copertura, ma non mi sembra fosse specificato...

La giusta dovrebbe essere la prima...
però nella risposta a me non c'era "solo"...
mi sembra dicesse che A è caratterizzata da tutti gli attributi in comune tra B e C...

comunque c'è chi ha preso A (non io) rispondendo come ti ho detto a questa domanda...

Una domanda, R deve per forza essere maggiore di 1 giusto ? Lo chiedo perchè altrimenti, per R piccoli(<0.85), sulla scansione un indice ad albero unclustered può essere anche migliore del file heap...

R è il numero di record per pagina...
non credo si faccia una scansione se non ci sono record nelle pagine...

Infatti sapevo era una cavolata, ma non si sa mai...ormai mi aspetto di tutto da questa materia, anche i record divisi in più pagine (da qui R<1)

In ogni caso che ne pensate della mia interpretazione sulla domanda postata prima da lionel ?


X Arale: La risposta corretta credo sia "A è caratterizzato da tutti gli attributi che B e C condividono". Pensa all'ereditarietà in linguaggi orientati ad oggetti.

ok, grazie...

forse ricordo male io!

In questo caso, infatti, le prestazioni sono come quelle nel caso di selezione di intervallo, perchè se la chiave di ricerca è duplicata, non si sa a prescindere quanti record si devono cercare!

Quindi secondo te è come se stessimo facendo una ricerca per selezione...

Ma se è così è giusta anche la C perchè si hanno tanti accessi al disco quanti sono i record per l'indice ad albero non clustered mentre per un file ordinato, un accesso al disco per ogni pagina...

Nel caso ci fosse stato cognome = "Rossi" che avresti risposto...

Quindi secondo te è come se stessimo facendo una ricerca per selezione...

Ma se è così è giusta anche la C perchè si hanno tanti accessi al disco quanti sono i record per l'indice ad albero non clustered mentre per un file ordinato, un accesso al disco per ogni pagina...

Nel caso ci fosse stato cognome = "Rossi" che avresti risposto...

Per la C dipende dagli accessi... in linea generale, la A è sempre vera, mentre la C solo per intervalli grandi... come hai già detto tu... perciò sarei cmq più propensa per la A, senza escludere che la C è vera se sono tanti i record che soddisfano le specifiche!

Se fosse stata per uguaglianza.. sarebbe stata vera la C! perchè la A è falsa(2D, a quanto fanno intendere le sue faccine, è meglio di D(1+log1.5F)) e la B è palesemente falsa...

Io tra le righe della mail di Zirilli leggo che la risposta a quella domanda è nessuna delle alternative, non avendo dati non si può stabilire l'esattezza di quelle affermazioni.

"Del confronto e valuti quali affermazione è corretta o se …nessuna…. "

Per me è palese