99 risposte a questa discussione

[toyo]

[quote name="Nex ?":3rnh5ub6] [quote name='"toyo ?":3rnh5ub6]guarda che non è un for' date=' è un "fai sta roba per tutte le righe che vengono cambiate", e di solito è una sola [/quote']
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...[/quote]

ok, ma per una roba così

CREATE TRIGGER tr_incasso BEFORE UPDATE ON Storico_vendite

FOR EACH ROW

	BEGIN

	DECLARE prezzo_n FLOAT;

	DECLARE prezzo_ns FLOAT;

	DECLARE prezzo_r FLOAT;

	DECLARE prezzo_rs FLOAT;

	DECLARE prezzo_c FLOAT;

	DECLARE prezzo_cs FLOAT;

	DECLARE totale FLOAT;

	SELECT prezzo FROM Biglietti WHERE tipo="normale" into prezzo_n;

	SELECT prezzo FROM Biglietti WHERE tipo="normale_s" into prezzo_ns;

	SELECT prezzo FROM Biglietti WHERE tipo="ridotto" into prezzo_r;

	SELECT prezzo FROM Biglietti WHERE tipo="ridotto_s" into prezzo_rs;

	SELECT prezzo FROM Biglietti WHERE tipo="comitiva" into prezzo_c;

	SELECT prezzo FROM Biglietti WHERE tipo="comitiva_s" into prezzo_cs;

	SET NEW.incasso=(prezzo_n*NEW.normale) + (prezzo_ns*NEW.normale_s) + (prezzo_r*NEW.ridotto) + (prezzo_rs*NEW.ridotto_s) + (prezzo_c*NEW.comitiva) + (prezzo_cs*NEW.comitiva_s);

	END;

come fai senza i declare?

[Nex]

Li metti subito dopo la CREATE TRIGGER e fuori dal ciclo.

[toyo]

Li metti subito dopo la CREATE TRIGGER e fuori dal ciclo.

ah si può? in tutti gli esempi che ho visto il for each era sempre sotto il create trigger.

provo subito.

[toyo]

intendi così giusto?

CREATE TRIGGER tr_incasso BEFORE UPDATE ON Storico_vendite

  DECLARE prezzo_n FLOAT;

  DECLARE prezzo_ns FLOAT;

  DECLARE prezzo_r FLOAT;

  DECLARE prezzo_rs FLOAT;

  DECLARE prezzo_c FLOAT;

  DECLARE prezzo_cs FLOAT;

  DECLARE totale FLOAT;

  SELECT prezzo FROM Biglietti WHERE tipo="normale" into prezzo_n;

  SELECT prezzo FROM Biglietti WHERE tipo="normale_s" into prezzo_ns;

  SELECT prezzo FROM Biglietti WHERE tipo="ridotto" into prezzo_r;

  SELECT prezzo FROM Biglietti WHERE tipo="ridotto_s" into prezzo_rs;

  SELECT prezzo FROM Biglietti WHERE tipo="comitiva" into prezzo_c;

  SELECT prezzo FROM Biglietti WHERE tipo="comitiva_s" into prezzo_cs;

   FOR EACH ROW

   BEGIN

   SET NEW.incasso=(prezzo_n*NEW.normale) + (prezzo_ns*NEW.normale_s) + (prezzo_r*NEW.ridotto) + (prezzo_rs*NEW.ridotto_s) + (prezzo_c*NEW.comitiva) + (prezzo_cs*NEW.comitiva_s);

   END;

o serve un altro begin/end?

magari è una domanda straniubba ma iniziato stamattina con pl/sql

[Nex]

Le DECLARE stanno fuori dal ciclo, ma le SELECT devono stare dentro, altrimenti non funziona niente.

I BEGIN/END li usi solo per i cicli, gli IF/CASE o quando inizi una transazione, ecc...

E solo se ci sono più righe di istruzione, altrimenti puoi fare senza, es:

IF @MY_VAR = 'Ciao' THEN SET @YOUR_VAR = 'Ok'

[toyo]

Ok grazie.
Ma se posso dichiarare una variabile fuori dal ciclo, perché non posso inizializzarla?

[Nex]

Puoi inizializzarle dove vuoi, ma in questo caso specifico non sapendo se la tabella "BIGLIETTI" ha dei dati che non sono influenzati dal trigger che stai lanciando o comunque che non mutano mentre il trigger viene innescato, conviene mettere le SELECT dentro.

Mi spiego: mettiamo che il TRIGGER parta per ogni UPDATE che fai. Se le tue SELECT vanno a testare le stesse UPDATE e tu le mettessi fuori dal ciclo, nel caso in cui il ciclo agisse su più ROW modificate, avresti una situazione incoerente...

Dipende quindi dai casi.

[toyo]

Puoi inizializzarle dove vuoi, ma in questo caso specifico non sapendo se la tabella "BIGLIETTI" ha dei dati che non sono influenzati dal trigger che stai lanciando o comunque che non mutano mentre il trigger viene innescato, conviene mettere le SELECT dentro.

Mi spiego: mettiamo che il TRIGGER parta per ogni UPDATE che fai. Se le tue SELECT vanno a testare le stesse UPDATE e tu le mettessi fuori dal ciclo, nel caso in cui il ciclo agisse su più ROW modificate, avresti una situazione incoerente...

Dipende quindi dai casi.

ah ok, ma nel caso in cui viene richiamato questo trigger(che è sull'update di Storico_vendite, non Biglietti), la tabella biglietti ha sempre gli stessi valori (per motivi intrinsechi a come è progettato il mio zoo )

quindi lo lascio fuori, grazie ancora

[toyo]

CREATE TRIGGER tr_incasso BEFORE UPDATE ON Storico_vendite

DECLARE prezzo_n FLOAT;

DECLARE prezzo_ns FLOAT;

DECLARE prezzo_r FLOAT;

DECLARE prezzo_rs FLOAT;

DECLARE prezzo_c FLOAT;

DECLARE prezzo_cs FLOAT;

SELECT prezzo FROM Biglietti WHERE tipo="normale" into prezzo_n;

SELECT prezzo FROM Biglietti WHERE tipo="normale_s" into prezzo_ns;

SELECT prezzo FROM Biglietti WHERE tipo="ridotto" into prezzo_r;

SELECT prezzo FROM Biglietti WHERE tipo="ridotto_s" into prezzo_rs;

SELECT prezzo FROM Biglietti WHERE tipo="comitiva" into prezzo_c;

SELECT prezzo FROM Biglietti WHERE tipo="comitiva_s" into prezzo_cs;

FOR EACH ROW

	BEGIN

	SET NEW.incasso=(prezzo_n*NEW.normale) + (prezzo_ns*NEW.normale_s) + (prezzo_r*NEW.ridotto) + (prezzo_rs*NEW.ridotto_s) + (prezzo_c*NEW.comitiva) + (prezzo_cs*NEW.comitiva_s);

	END;

errore di sintassi alla riga 2

[Nex]

CREATE TRIGGER tr_incasso BEFORE UPDATE ON Storico_vendite

AS

DECLARE ...
...

[MadJackal]

Il problema stupido è usare MySQL

[LilithSChild]

Il problema stupido è usare MySQL

Sto cazzo.

[MadJackal]

Sto cazzo.

Sto cazzo un cazzo.

[LilithSChild]

?[/url]":is89ncil]Sto cazzo.

Sto cazzo un cazzo.

torna a giocare con gli archivi.

[trallallero]

CREATE TRIGGER tr_incasso BEFORE UPDATE ON Storico_vendite

DECLARE prezzo_n FLOAT;

DECLARE prezzo_ns FLOAT;

DECLARE prezzo_r FLOAT;

DECLARE prezzo_rs FLOAT;

DECLARE prezzo_c FLOAT;

DECLARE prezzo_cs FLOAT;

SELECT prezzo FROM Biglietti WHERE tipo="normale" into prezzo_n;

SELECT prezzo FROM Biglietti WHERE tipo="normale_s" into prezzo_ns;

SELECT prezzo FROM Biglietti WHERE tipo="ridotto" into prezzo_r;

SELECT prezzo FROM Biglietti WHERE tipo="ridotto_s" into prezzo_rs;

SELECT prezzo FROM Biglietti WHERE tipo="comitiva" into prezzo_c;

SELECT prezzo FROM Biglietti WHERE tipo="comitiva_s" into prezzo_cs;

FOR EACH ROW

	BEGIN

	SET NEW.incasso=(prezzo_n*NEW.normale) + (prezzo_ns*NEW.normale_s) + (prezzo_r*NEW.ridotto) + (prezzo_rs*NEW.ridotto_s) + (prezzo_c*NEW.comitiva) + (prezzo_cs*NEW.comitiva_s);

	END;

errore di sintassi alla riga 2

Si ma toyo, googlare un esempio di trigger sql prima di fare domande qui, no ?

[trallallero]

Il problema stupido è usare MySQL

[MadJackal]

torna a giocare con gli archivi.

Torno a scrivere trigger in python, semmai.
Per il resto mi dispiace, ma MySQL non è ancora abbastanza avanzato per me (partendo dall'orribile "uno schema -> un database", con database e schema visti come intercambiabili) - nonostante si siano ormai da un annetto resi conto che non era il caso di mettere come motore di default MyISAM...


Poi oh, a, mentre mia madre succhia cazzi, ognuno il suo

[LilithSChild]

?[/url]":jn38fyd5] torna a giocare con gli archivi.

Torno a scrivere trigger in python, semmai.
Per il resto mi dispiace, ma MySQL non è ancora abbastanza avanzato per me (partendo dall'orribile "uno schema -> un database", con database e schema visti come intercambiabili) - nonostante si siano ormai da un annetto resi conto che non era il caso di mettere come motore di default MyISAM...


Poi oh, a, mentre mia madre succhia cazzi, ognuno il suo

per quello a cui serve è più che buono, a, mentre mia madre succhia cazzi, ogni compito il suo strumento, e se da sviluppatore ancora non hai capito sta semplice regola stai messo male.

[toyo]

CREATE TRIGGER tr_incasso BEFORE UPDATE ON Storico_vendite

AS

DECLARE ...
...

non funziona , sempre errore di sintassi a riga 2


fc, lo lascio com'è, per il tempo che abbiamo fatto i trigger (1 lezione) non mi stanno a rompere il cazzo per i declare dentro al for each.





Ah ma avete idea di perchè Mysql saltì a piè pari i CHECK?


non sono scemo io eh,

As the MySQL Reference Manual says:
"The CHECK clause is parsed but ignored by all storage engines."

cioè non mi pare una cosina da niente

[MadJackal]

Ah ma avete idea di perchè Mysql saltì a piè pari i CHECK?

non sono scemo io eh,

As the MySQL Reference Manual says:
"The CHECK clause is parsed but ignored by all storage engines."

cioè non mi pare una cosina da niente

Easy, non sono supportati.
Le constraint al massimo puoi metterle nel codice, a che serve metterle nel DB?
Al massimo hai un controllo di validità sul dato che metti nel campo, ma non è detto visto che il controllo non è abilitato di default - l'azione standard prevede che il valore venga trasformato in qualcosa di valido, senza errori.

per quello a cui serve è più che buono, a, mentre mia madre succhia cazzi, ogni compito il suo strumento, e se da sviluppatore ancora non hai capito sta semplice regola stai messo male.

Ho aggiunto appunto la nota in fondo a quanto ho scritto perchè tutto dipende da cosa è richiesto al db: per un semplice data storage su cui si usa un qualche ORM va tutto bene, non si ha bisogno di un db relazionale.
Comunque io avrei paura per le tabelle di "sistema" con MySQL...