Homepage  Il progetto dsy.it è l'unofficial support site dei corsi di laurea del Dipartimento di Scienze dell'Informazione e del Dipartimento di Informatica e Comunicazione della Statale di Milano. E' un servizio degli studenti per gli studenti, curato in modo no-profit da un gruppo di essi. I nostri servizi comprendono aree di discussione per ogni Corso di Laurea, un'area download per lo scambio file, una raccolta di link e un motore di ricerca, il supporto agli studenti lavoratori, il forum hosting per Professori e studenti, i blog, e molto altro...
In questa sezione è indicizzato in textonly il contenuto del nostro forum


.dsy:it. .dsy:it. Archive > Didattica > Corsi A - F > Basi di dati ~ comunicazione digitale
 
Esame Perlasca
Clicca QUI per vedere il messaggio nel forum
black.jack
Raga dove posso trovare vecchie prove d'esame per questo corso?
giusto per avere un'idea di come sarà il compito; ci sarà anche una parte sul laboratorio...cosa di preciso? :?

Byez

tolarian
mi aggrego alla richiesta...qualcuno ha mica delle domande che ha chiesto anni precedenti??? sono domande a risposta aperta o chiusa???

grazie

Aeris Bellamy
Preso direttamente dal sito del perlasca...

**** Per gli studenti di questo anno accademico si terra' un unico scritto della durata di tre ore al cui interno sara' pesente un esercizio relativo alla parte di laboratorio, principalmente riguardante le parti di php e dei trigger. ****

Sembra quindi che il compito del 27 giugno 2006 contenga solo un esercizio sulla parte di lab O.o
Effettivamente ci servirebbero altre info..

Laertes
Oh mamma... i trigger??

Ma ce li ha spiegati Mr. Oracle.... e neanche tanto bene... uff...

yeah
I trigger non sono poi così difficili, vediamo cosa mi ricordo :D

Esempio:

Tabelle in gioco:
code:
CRATE TABLE studenti (matricola integer, nome varchar2(20), cognome varchar2(30)); CREATE TABLE registro(txt varchar2(40), m integer);

(E' un esempio, non prendetele come il miglior modo per memorizzare quelle informazioni!)

Trigger (ho aggiunto i numeri di riga per comodità):
code:
1. CREATE OR REPLACE TRIGGER il_mio_primo_trigger 2. AFTER INSERT ON studenti 3. FOR EACH ROW 4. WHEN new.matricola < 0 5. BEGIN 6. INSERT INTO registro(txt, m) values ('Matricola negativa!', :new.matr); 7. END;


Riga 2: specifica che il trigger dovrà scattare dopo l'inserimento (INSERT) fatto sulla tabella 'studenti'
Riga 3: il trigger partirà per ogni riga dello statement (se lo statement può coinvolgere più tuple)
Riga 4: Condizione di attivazione, in questo caso il trigger entra in gioco solo se matricola è negativa
Riga 6: Inserisce in registro il valore della matricola contenuto nella tupla che ha scatenato il trigger

Da notare che: nei trigger esistono due tuple speciali 'new' e 'old', che rispettivamente contengono i valori della tupla che ha scatenato il trigger, se sono disponibili.

Ad esempio in un trigger AFTER UPDATE, new conterrà il nuovo valore della tupla, old quello precedente, ma in un BEFORE INSERT, old non sarà disponibile.

Per accedere a queste tuple speciali, negli script PL/SQL si usa l'operatore due punti ':', tranne nella clausola WHEN, che, stando a quanto riportato qui, deve essere una clausola SQL.


Per riassumere, un trigger si compone di 5 parti fondamentali
- dichiarazione del trigger
- definizione dell'azione che lo scatena e della tabella cui andrà agganciato
- se dovrà scattare per ogni riga o solo sull'intero statement
- eventuale condizione di esecuzione
- codice pl/sql delle azioni da intraprendere allo scattare del trigger

Quindi, in linea di massima, se mi viene chiesto di scrivere un trigger, il mio procedimento è:
- individuare nel testo l'azione che deve scatenarlo e quale tabella coinvolgerà
- se dovrà scattare per ogni tupla (è così nel 99% dei casi)
- individuare eventuali condizioni di scatto
- individuare cosa deve fare lo script

Dividere il problema in questi 4 sottoproblemi a me semplifica la risoluzione dell'esercizio.

Laertes
Grazie yeah!

Oggi son passato da Perlasca e mi ha detto che se uno ha capito e sa fare tutti gli esercizi che ci sono sul suo sito è a posto per l'esame e di non preoccuparsi di avere esami vecchi perchè
1)di suoi non se ne trovano in giro
2)i problemi che propone sono in linea di massima sempre leggermente diversi uno dall'altro, perchè vuole vederci ragionare...

Quindi bisogna CAPIRE bene gli esercizi che ci sono sul suo sito...

Gli ho anche chiesto se possono esserci domande di teoria "pura" invece di esercizi sulla teoria... e mi ha risposto che "in linea di massima" non dovrebbero, ma non si sa mai... in ogni caso non sarebbe una domanda che va chiedere [testuali parole] "il pelo nell'uovo" ossia , per es., "quella particolare sezione di quell'algoritmo ecc..."

Speriamo bene...

yeah

Grazie yeah!

Di niente e auguri per l'esame :)

nasa85
..sperem ragazzi.....!!!!!!

elendil
Originally posted by yeah

Quindi, in linea di massima, se mi viene chiesto di scrivere un trigger, il mio procedimento è:
- individuare nel testo l'azione che deve scatenarlo e quale tabella coinvolgerà
- se dovrà scattare per ogni tupla (è così nel 99% dei casi)
- individuare eventuali condizioni di scatto
- individuare cosa deve fare lo script

Dividere il problema in questi 4 sottoproblemi a me semplifica la risoluzione dell'esercizio.


Proviamo... :-D

Realizzare un trigger che controlla che uno studente già iscritto al turno 1 del corso di Laboratorio di Informatica Applicata (si usi in questo caso il codice F47Y08 per indicare il corso) non si iscriva anche al turno 2. Qualora questo si verificasse, eseguire il rollback dell'ultimo inserimento.


individuare nel testo l'azione che deve scatenarlo e quale tabella coinvolgerà



Si ha una tabella Iscrizione che ha come campi la matricola dello studente (Smatr), il Codice del corso (CodCorso) e il turno. La tabella su cui si deve scatenare il trigger è questa. Viene scatenato DOPO un nuovo inserimento (perchè bisogna fare un rollback).


se dovrà scattare per ogni tupla (è così nel 99% dei casi)



Mi fido della percentuale... :-D Comunque penso di si...


individuare eventuali condizioni di scatto



Quando il corso è "Laboratorio di Informatica Applicata", cioè il suo codice è "F47Y08".


individuare cosa deve fare lo script



Deve controllare se la matricola è già stata inserita in precedenza e, in questo caso, eseguire un rollback, altrimenti confermare i dati (penso mediante un commit).

code:
CREATE OR REPLACE TRIGGER ControlloTurno AFTER INSERT ON Iscrizioni FOR EACH ROW WHEN(New.CodCorso = "F47Y08") BEGIN IF(New.Smatr = Smatr) raise Exception("Già iscritto"); rollback; [ELSE commit;] END; . /


Qualche anima pia può aiutarmi???

- E' giusto l'IF o devo implementare un LOOP per controllare ciclicamente tutte le tuple?
- La sintassi è corretta? Perdonate gli eventuali errori macroscopici... :oops::oops::oops:

Grazie

yeah
Il trigger lo controllo più avanti, mi preme segnalare questo


- E' giusto l'IF o devo implementare un LOOP per controllare ciclicamente tutte le tuple?


Se non fraintendo quello che hai scritto, c'è un dettaglio di fondo: un trigger è una sequenza di azioni che scatta quando si verificano certi eventi

Ci sono due tipi di trigger:
a. orientati alla tupla
b. orientati allo statement

Quelli del tipo [a] scattano per ogni tupla, cioè se fai un'UPDATE che coinvolge 3 righe, il trigger scatta 3 volte e ogni volta new & old conterranno i corrispondenti valori per la tupla che si va modificando

Quelli del tipo [b] scattano UNA VOLTA prima o dopo l'esecuzione dello statement, quindi se fai un'UPDATE che coinvolge 1 o 100 tuple il trigger scatta sempre e solo una volta; in questo caso non so dirti il ruolo di new & old

La differenza per creare questi tipi di trigger sta nel FOR EACH ROW, tale riga crea trigger di tipo [a], la sua omissione (ma di questo non ne sono certo e non ho le specifiche sotto mano) crea trigger di tipo [b].

elendil
In questo caso io devo controllare per ogni inserimento nella mia tabella se ci sono valori uguali già inseriti. Per cui se nella tupla 1 ho numero di matricola 672294, se nella tupla 18 inserisco lo stesso numero di matricola per lo stesso corso il trigger mi fa il rollback (la cancellazione) dei dati. Penso, e tu mi confermi, che il predicato FOR EACH ROW sia solo la precisazione se il trigger va lanciato tante volte quante sono le tuple o no. Ma visto che per ogni tupla dovrei controllare tutte le altre tuple della tabella per vedere se ci sono valori uguali, è giusto così o ci vuole il LOOP?

E poi, a prescindere da questo, il trigger sintatticamente è corretto?

Grazie yeah per la disponibilità...

Ikkarus
sapete se bisogna anke sapere pl\sql? xke per i trigger serve...

ma sapere le cose basi è un conto...o va approfondito??

hoffman
potrebbe essere una cacchiata...ma al posto del loop non si potrebbe fare tipo:

DECLARE
smatr number;
BEGIN
SELECT smatr
FROM iscrizione
WHERE codcorso='f47y08'
IF (:new.smatr=smatr )
THEN raise_application_error( 'matricola' || :new.smatr || 'gia iscritto');
ROLLBACK;
END IF;
ELSE COMMIT;
END;
.
/

Ribadisco che potrebbe essere una grande cavolata prodotta dalla mia mente malata :-)

elendil
Originally posted by hoffman
potrebbe essere una cacchiata...ma al posto del loop non si potrebbe fare tipo:

[codice]

Ribadisco che potrebbe essere una grande cavolata prodotta dalla mia mente malata :-)


E' uguale a quello che ho scritto io! E' solo leggermente diverso sintatticamente... Comunque è la mia stessa idea, e già il fatto che ci abbiamo pensato in due è buono... Comunque aspettiamo i consigli del saggio yeah...:-D:-D:-D

Konrad
Quindi non ci saranno domande di teoria?


Ci si "limiterà" alle query,sql,php,oracle?

Laertes
Mi sembra ovvio che essendoci l'esercizio sui trigger bisogna sapere PL/SQL quindi bisogna studiarsi tutto il pdf di MisterOracle su PL/SQL, quello protetto da password e con sfondo blu orribile per far si che non lo stampiamo... mannaggia a lui ho dovuto leggerlo tutto a computer...

Le domande di teoria, quando ho chiesto a Perlasca, non mi ha detto che sicuramente non ci saranno, era un "tendenzialmente no", ma era tutt'altro che sicuro...

Invece io ho un dubbio sull'esercizio di laboratorio, Perlasca sul sito ha scritto che sarà principalmente sulla parte di Php e dei Trigger, ora perchè mettere quel "principalmente" se PHP e Trigger sono praticamente TUTTO lab??!! visto che per saper fare i trigger bisogna sapere SQL e PL/SQL?? e soprattutto se l'esercizio è 1, come fa ad essere sia su php che sui trigger???... o è uno ma mastodontico... oppure nn so...

yeah
code:
IF(New.Smatr = Smatr) raise Exception("Già iscritto"); rollback;

Le altre porzioni sono giuste, su questa ho qualche dubbio: credo sia il trigger che mi ha messo in difficoltà all'esame.

Il problema è che il trigger si attiva e hai i valori in new, ma non ci sono riferimenti alle altre tuple della tabella (a meno che io mi sbagli). Ora lo scriverei così
code:
DECLARE res INTEGER; -- dovrà contenere 0 o 1 BEGIN SELECT 1 INTO res FROM Iscrizione WHERE Smatr=:new.Smatr; IF(res == 1) -- la matricola c'è già ROLLBACK; END IF; END.


Non sono sicuro della sintassi al 100%

In pratica se la query ha successo restituirà 1, altrimenti 0.
Il tutto si poteva scrivere anche così:

code:
DECLARE matr Iscrizione.Smatr%type; BEGIN SELECT Smatr INTO matr FROM Iscrizione WHERE Smatr=:new.Smatr; IF(matr != null) -- la matricola c'è già ROLLBACK; END IF; END.


Qui sono ancora più insicuro sulla sintassi, di certo questo modo è più complesso e se la query ritorna 2 matricole non penso funzioni (anche se si può considerare il fatto che Smatr è probabilmente chiave primaria -> necessariamente univoca)

Powered by: vbHome (lite) v4.1 and vBulletin v2.3.1 - Copyright ©2000 - 2002, Jelsoft Enterprises Limited
Mantained by dsy crew (email) | Collabora con noi | Segnalaci un bug | Archive | Regolamento |Licenze | Thanks | Syndacate