99 risposte a questa discussione

[Nex]

Nex, mi sa che ti sbagliavi di grosso.

Si, mi sbagliavo perchè stavo pensando a MSSQL e tu invece mi avevi postato un trigger in MySQL che, per quanto utilizzino entrambi l'SQL, hanno delle differenze di sintassi.

E da quello che mi hai scritto deduco che quel "FOR EACH" è semplicemente una parte della dichiarazione del trigger, io pensavo fosse un ciclo all'interno dello stesso.

[MadJackal]

Ma lo penso anch'io, il problema è: come lo scrivo nella relazione del progetto?
Nella sezione "vincoli d'integrità" dovrò dire che i vincoli vengono controllati da php, il che è concettualmente strasbagliato

Scriverò tipo "visto i limiti di mysql (niente check, niente raise_application_error, etc), il controllo sui vincoli di integrità, quando non risolvibili tramite applicazione di valori di default via trigger, viene fatta da php", boh

Ma per il progetto di basi di dati non era fortemente consigliato usare PostgreSQL?
Almeno, dalle mie parti era così (nonostante qualcuno fosse andato dal professore a chiedergli se poteva usare wordpress )

avevo già letto prima di aprire il topic, non ci sono esempi di trigger con il for each row e variabili dichiarate/inizializzate fuori

Ma infatti hai ragione tu a metterlo dentro, perchè non si può mettere fuori sotto MySQL.

DECLARE is permitted only sta gran ceppa di minchia terrona a BEGIN ... END compound statement and must be at its start, before any other statements.

Solitamente in pl/pgsql o pl/sql il declare sta "prima" del begin della funzione.

Questa mi mancava... pensavo che si interfacciasse al sql server, non che ne avesse uno suo

edit: Anche perché proprio di recente ho dovuto "designare" il nostro "gestore progetti" ed un'alternativa era proprio python + postgres. Non ho trovato nulla che parlasse di python sql server.

Parlavo proprio di PostgreSQL, non c'è nessun "python sql server".
Il problema della versione ufficiale di plpython è che ha problemi seri con gli errori, tra l'altro... Però ce ne sta una versione python3 only piuttosto completa (e vuoi mettere python contro pl/sql in fatto di completezza del linguaggio? ).

[trallallero]

Il "for each ..." è ansi sql non è che mysql lo faccia a modo suo.
Se fai una insert di 100 records, il "for each" dice appunto "per ogni record inserito".
Per questo si deve mettere la declare dentro e non fuori visto che il trigger crea una funzione che verrà chiamata per ogni record. Quando si scrive un trigger bisogna immaginare cosa creerà il trigger che non è proprio quello che scriviamo noi.

[Nex]

Il "for each ..." è ansi sql non è che mysql lo faccia a modo suo.
Se fai una insert di 100 records, il "for each" dice appunto "per ogni record inserito".
Per questo si deve mettere la declare dentro e non fuori visto che il trigger crea una funzione che verrà chiamata per ogni record. Quando si scrive un trigger bisogna immaginare cosa creerà il trigger che non è proprio quello che scriviamo noi.

Mi riferivo all'uso di "AS" che in MySQL non c'è...

Il discorso dei DECLARE dentro al ciclo l'avevo già spiegato sopra.

[toyo]

?[/url]":pm2focvt]
Ma lo penso anch'io, il problema è: come lo scrivo nella relazione del progetto?
Nella sezione "vincoli d'integrità" dovrò dire che i vincoli vengono controllati da php, il che è concettualmente strasbagliato

Scriverò tipo "visto i limiti di mysql (niente check, niente raise_application_error, etc), il controllo sui vincoli di integrità, quando non risolvibili tramite applicazione di valori di default via trigger, viene fatta da php", boh

Ma per il progetto di basi di dati non era fortemente consigliato usare PostgreSQL?
Almeno, dalle mie parti era così (nonostante qualcuno fosse andato dal professore a chiedergli se poteva usare wordpress )

Noi lo dobbiamo fare obbligatoriamente in mysql, sul server dell'uni.


Figurati che il server è raggiungibile solo dal lab dell'uni, dovrei essere là per farlo


Sto sfruttando un altro hosting, poi esporto tutto là il giorno prima della consegna


Inb4 l'import non funziona e rimando l'esame a luglio

[LilithSChild]

?[/url]":3hhsvee5]

Ma per il progetto di basi di dati non era fortemente consigliato usare PostgreSQL?
Almeno, dalle mie parti era così (nonostante qualcuno fosse andato dal professore a chiedergli se poteva usare wordpress )

Noi lo dobbiamo fare obbligatoriamente in mysql, sul server dell'uni.


Figurati che il server è raggiungibile solo dal lab dell'uni, dovrei essere là per farlo


Sto sfruttando un altro hosting, poi esporto tutto là il giorno prima della consegna


Inb4 l'import non funziona e rimando l'esame a luglio

Esportati un dump SQL con create e insert

[toyo]

?[/url]":12otqrfh]


Noi lo dobbiamo fare obbligatoriamente in mysql, sul server dell'uni.


Figurati che il server è raggiungibile solo dal lab dell'uni, dovrei essere là per farlo


Sto sfruttando un altro hosting, poi esporto tutto là il giorno prima della consegna


Inb4 l'import non funziona e rimando l'esame a luglio

Esportati un dump SQL con create e insert

sisi era quella l'intenzione, ne ho fatto prima uno di prova... esporta tutto tranne le stored procedures (i trigger sì).. ma non è un problema, le ho salvate a parte

[MadJackal]

Noi lo dobbiamo fare obbligatoriamente in mysql, sul server dell'uni.

Cioè, aspetta, dovete mettere dei vincoli d'integrità su un db che non li supporta?
Sicuro che non si riferiscano solamente a chiavi primarie/uniche?

[toyo]

?[/url]":2l86meib]
Noi lo dobbiamo fare obbligatoriamente in mysql, sul server dell'uni.

Cioè, aspetta, dovete mettere dei vincoli d'integrità su un db che non li supporta?
Sicuro che non si riferiscano solamente a chiavi primarie/uniche?

Bah, è vago, non è neanche scritto che dobbiamo, lo faccio perchè sarebbe imho stupido NON FARLO.

Se vi fossero altri vincoli ritenuti significativi se ne può dare una descrizione testuale o in linguaggio semi-formale, come visto a lezione.

Come implementazione di SQL andrà utilizzato il sistema MySQL

Ma vabè, faccio i controlli da php e ceste.

[Sgurbat]

[quote name="trallallero ?":11i474u4] [quote name='"MadJackal ?":11i474u4]Torno a scrivere trigger in python' date=' semmai. [/quote']
Famosissimo server sql [/quote]

Cristo santo!

[toyo]

allora,

CREATE TRIGGER tr_ins_animale BEFORE INSERT ON Animali

	FOR EACH ROW

	BEGIN 

	DECLARE foo INT;

	IF(NEW.data_arrivo > CURDATE())

		select 'la data di inserimento non può essere maggiore di quella odierna' into foo; 

	END IF;

	END;

è un trigger che fa finta di fare il raise_application_error degli altri dbms in mysql, alla fine dovrebbe buttare fuori un errore del genere "invalid integer value: "la data di inserimento non può essere maggiore di quella odierna", bloccando l'inserimento.


Ma mi da errore di sintassi, dove lo vedete voi?


Inb4 manca una semicolon

[toyo]

mancava il then

[toyo]

Lancia un warning e inserisce lo stesso

[toyo]

si ma ti basta un check, sei scemo?

[Nex]

La DECLARE dentro al ciclo FOR è una chicca...

[LilithSChild]

La DECLARE dentro al ciclo FOR è una chicca...

Mai usati i trigger, ma tecnicamente quello non è un vero e proprio ciclo for o sbaglio ?

[Nex]

Non sbagli, ma io non avrei mai messo la DECLARE lì dentro...

[toyo]

Non sbagli, ma io non avrei mai messo la DECLARE lì dentro...

guarda che non è un for, è un "fai sta roba per tutte le righe che vengono cambiate", e di solito è una sola

[LilithSChild]

[quote name="toyo ?":3tazankl] [quote name='"Nex ?":3tazankl] Non sbagli' date=' ma io non avrei mai messo la DECLARE lì dentro...[/quote']


guarda che non è un for, è un "fai sta roba per tutte le righe che vengono cambiate", e di solito è una sola [/quote]

in b4 caricamento ODI/SSIS con tabella da 30 milioni di record per 150 campi.

[Nex]

guarda che non è un for, è un "fai sta roba per tutte le righe che vengono cambiate", e di solito è una sola

A parte che non è esattamente così, comunque l'avevo scritto sopra.

Il punto è che a livello logico è sbagliato e se fai 'ste cappellate poi ti capita di infilarle anche nel codice normale...