Grazie!

Prego :wink:
Come avevi risposto sul compito?

alla prima come mi hai detto tu

l'ho lasciata!

A te com'è andato?

Me la sono cavata con una A ... ma non ho ancora capito che errori ho fatto .... :?

Con A hai fatto solo un errore

mi ricordo anche che avevo una domanda... quella lunghissima che diceva in quali delle seguenti situazioni bla bla...è possibile usare un dbms e poi una sugli indici che mi aveva lasciato un po perplesso (forse perchè pco preparato non so) che chiedeva quale indice (albero binario ecc, hash) era migliore per visualizzare i dati di tre campi di una tabella io a quella ho messo nessuna delle altrnative...come al solito se mi avete capito...grazie ciao

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

mi ricordo anche che avevo una domanda... quella lunghissima che diceva in quali delle seguenti situazioni bla bla...è possibile usare un dbms e poi una sugli indici che mi aveva lasciato un po perplesso (forse perchè pco preparato non so) che chiedeva quale indice (albero binario ecc, hash) era migliore per visualizzare i dati di tre campi di una tabella io a quella ho messo nessuna delle altrnative...come al solito se mi avete capito...grazie ciao

Quella sugli indici non era univoca... un po' difficile risalire con pochi dettagli...

L'altra, mi sa che l'avevo anch'io...ma simile... nel mio caso chiedeva quali situazioni NON erano adatte ad un DBMS...

Anche io avevo quella in cui elencare le situazioni in cui non era una buona soluzione adottare un dbms tradizionale...
ma non sono convinto...
qualcuno ricorda cosa ha risposto?

Dimenticavo...
ce ne era anche una con un'uguaglianza tra:
1 -prodotto cartesiano tra una selezione su M, ed S
2 -prodotto cartesiano tra una selezione su S, ed M
la selezione sullo stesso campo...

la risposta giusta è nessuna delle precedenti?

secondo me l'uguaglianza non si verifica mai...

help, please!!

La risposta credo sia "MAI", se non c'è "MAI" allora è "nessuna delle precedenti"....

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:

Anche io avevo quella in cui elencare le situazioni in cui non era una buona soluzione adottare un dbms tradizionale...
ma non sono convinto...
qualcuno ricorda cosa ha risposto?

Mi ricordo di aver messo che non andavano bene per memorizzare tracce musicali compresse in diversi formati, per catalogare gli esperimenti fisici con criteri e metodi che cambiavano di volta in volta... e... per risoluzione dei DNS...

E sui dns che ora mi sorge il dubbio... boh. Basta una tabella... con reti di calcolatori s'è visto... non ho bisogno di query flessibili, di protezione dei dati e tutte le belle (e pesanti) cose che fa un DNS... :?

E possibile se M ed S sono union compatible?

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

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

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

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:

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

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

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

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

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