[MySql] Trigger che mi stà mandando ai pazzi, un aiutino

[Trigger2009]

A brevissimo dovrò consegnare un progetto per un esame di database...ho scritto un bel po' di trigger...alcuni dei quali anche grazie a voi deo forum

Ora mi sono inchiodato nuovamente su quello che mi ero prefissato essere l'ultimo (ogni tanto mi viene una nuova idea e ne scrivo uno nuovo ma questo è proprio l'ultimo...)
Non sò proprio che fare...

Praticamente ho 3 tabelle (CATEGORIA, INSERZIONE e AMMINISTRA) aventi le seguenti strutture:

CATEGORIA:
mysql> describe categoria;
+--------------+--------------+------+-----+---------+----------------+
| Field        | Type         | Null | Key | Default | Extra          |
+--------------+--------------+------+-----+---------+----------------+
| Id_Categoria | int(11)      | NO   | PRI | NULL    | auto_increment |
| Nome_Cat     | varchar(40)  | NO   |     | NULL    |                |
| Descrizione  | varchar(255) | NO   |     | NULL    |                |
| Padre        | int(11)      | YES  |     | NULL    |                |
+--------------+--------------+------+-----+---------+----------------+

INSERZIONE:
mysql> describe inserzione;
+-----------------+-----------------------+------+-----+---------+----------------+
| Field           | Type                  | Null | Key | Default | Extra          |
+-----------------+-----------------------+------+-----+---------+----------------+
| Id_Oggetto      | int(11)               | NO   | PRI | NULL    | auto_increment |
| Titolo          | varchar(60)           | NO   | MUL | NULL    |                |
| Descrizione     | text                  | YES  |     | NULL    |                |
| Costo_Base      | decimal(6,2)          | YES  |     | NULL    |                |
| Compralo_Subito | decimal(6,2)          | YES  |     | NULL    |                |
| Scadenza        | datetime              | YES  | MUL | NULL    |                |
| Stato_Oggetto   | enum('nuovo','usato') | YES  |     | NULL    |                |
| Id_Venditore    | varchar(20)           | NO   |     | NULL    |                |
| Id_Categoria    | varchar(30)           | NO   |     | NULL    |                |
+-----------------+-----------------------+------+-----+---------+----------------+

AMMINISTRA:
mysql> describe amministra;
+------------------------+-------------+------+-----+---------+-------+
| Field                  | Type        | Null | Key | Default | Extra |
+------------------------+-------------+------+-----+---------+-------+
| Admin                  | varchar(20) | NO   | PRI | NULL    |       |
| Id_Categoria           | int(11)     | NO   | PRI | NULL    |       |
| Inizio_Amministrazione | datetime    | YES  |     | NULL    |       |
+------------------------+-------------+------+-----+---------+-------+

Il trigger deve esser definito sulla tabella CATEGORIA ed ha come scopo quello che se viene cambiato il valore del campo Id_Categoria in tale tabella deve essere anche cambiato nelle tabelle INSERZIONE ed AMMINISTRA (che possiedono a loro volta tale campo)

Ad esempio: nella tabella CATEGORIA c'è un record fatto così:
10, Macchine fotografiche, categoria di macchine fotografiche, 1

Se tale record viene cambiato cambiando il valore del campo Id_Categoria (il primo) ad esempio diventa:

15, Macchine fotografiche, categoria di macchine fotografiche, 1

allora il campo Id_Categoria dei record delle tabelle INSERZIONE ed AMMINISTRA qualora contenesse il valore 10 deve essere aggiornato e ci deve essere messo dentro 15.

Per fare ciò devo scorrere tutti i record di tali tabelle, controllare se il record Id_Categoria contiene il valore da sostiuire ed eventualmente sostituirlo (aggiornando quindi i record di tali tabelle con update)....

Per fare questa cosa avevo pensato di usare i cursor ma su:
http://database.html.it/articoli/leg...sors-in-mysql/
dice: i cursors sono di sola lettura, non sarà quindi possibile utilizzarli in associazione con comandi impiegati per la modifica dei dati come UPDATE WHERE CURRENT OF oppure DELETE WHERE CURRENT OF;

Quindi a quanto pare non posso usare i cursor per aggiornare i record di tali tabelle...

Ho pensato anche che potrei fare così (facendo ad esempio riferimento alla tabella AMMINISTRA):
1) Salvo in una variabile contatore il numero di record presenti in AMMINISTRA:
2) Faccio un ciclo che scorre tutti i record della tabella, fà il check ed eventualmente sostituisce

Peccato che non lo posso fare in quanto la tabella AMMINISTRA non presenta un campo intero numerico progressivo su cui poter iterare...

se ne può venir fuori in qualche modo? Come ?!?!

Grazieee

[Trigger2009]

Please...helpme...manca veramente poco

[gugoXX]

Io toglierei quel trigger, e toglierei anche gli altri eventuali trigger analoghi.
In realta' toglierei proprio del tutto i trigger, soprattutto su una tesina d'esame.

Nello specifico la chiave primaria di una tabella non dovrebbe essere aggiornata mai, e non si deve quindi prevedere un processo di aggiornamento. Soprattutto se la chiave primaria e' una chiave surrogata con autoincremento.
(Alcuni motori impediscono proprio una UPDATE su un campo definito con autoincremento, pertanto non si porrebbe neppure il problema)

Per risolvere i rari casi in cui questa evenienza e' comunque necessaria, i database piu' seri hanno gia' nella formulazione di una chiave straniera la clausola "ON CASCADE UPDATE", che informera' il database di eseguire automaticamente l'aggiornamento qualora il campo chiave padre venisse aggiornato.
Parente della "ON CASCADE DELETE", che cancellera' i record figli qualora venisse cancellato il record padre.

[Trigger2009]

Originariamente inviato da gugoXX

Io toglierei quel trigger, e toglierei anche gli altri eventuali trigger analoghi.
In realta' toglierei proprio del tutto i trigger, soprattutto su una tesina d'esame.

Nello specifico la chiave primaria di una tabella non dovrebbe essere aggiornata mai, e non si deve quindi prevedere un processo di aggiornamento. Soprattutto se la chiave primaria e' una chiave surrogata con autoincremento.
(Alcuni motori impediscono proprio una UPDATE su un campo definito con autoincremento, pertanto non si porrebbe neppure il problema)

Per risolvere i rari casi in cui questa evenienza e' comunque necessaria, i database piu' seri hanno gia' nella formulazione di una chiave straniera la clausola "ON CASCADE UPDATE", che informera' il database di eseguire automaticamente l'aggiornamento qualora il campo chiave padre venisse aggiornato.
Parente della "ON CASCADE DELETE", che cancellera' i record figli qualora venisse cancellato il record padre.

Ti ringrazio della dritta e delle spiegazioni.
Ok, questo trigger non sarà implementato...al massimo nella tesina del progetto ci scrivo che avevo pensato di implementare anche tale trigger ma poi dò le motivazioni da te mensionate per cui non l'ho implementato...faccio spessore e la proff è contenta se uno gli motiva tutto.

Gli altri trigger invece non posso eliminarli, è requisito fondamentale del progetto d'esame che contenga alcuni rigger (come dimostrazione che li sappiamo usare)...se non li metto non posso consegnare il progetto...o comunque se lo consegno mi dice di tornare a Settembre

Grazie