I trigger sono automatici, sono "miniprogrammini" che vengono attivati prima/dopo inserimento/cancellazione/modifica di un record.
In sostanza puoi usarli per "clonare" i dati tra due tabelle. La logica di gestione delle collisioni sarà a tuo carico (cioè dentro il codice del trigger)
Esistono anche dei pianificatori per MySQL (dalla versione 5.5 in poi, quelli precedenti sono un po' rudimentali) che consentono di fare una sorta di cron.
Ovviamente meglio i trigger, soprattutto se il carico è leggero e non incidono tanto sulle prestazioni.
La limitazione principale (per MySQL) è che puoi avere un singolo trigger per ogni evento\tabella.
Se il db è tuo ciò non è, normalmente, un grosso problema.
Ultima modifica di MySQL; 18-05-2015 a 14:15
Bello!
Fa proprio al caso mio, la limitazione credo che non mi toccherebbe perchè avrei 2 eventi ma su due tabelle diverse, quindi 1 per tabella, hai qualche link per studiarmi un pò questi trigger?
Il cron forse è più oneroso in termini di carico, perchè sicuramente andrà temporizzato, e magari lavora anche se non c'è necessità, mentre il trigger parte solo se c'è un evento. Giusto?
Grazie mille