[sql] evitare insert di una t-upla già presente

[Gregor]

Periodicamente eseguo uno script in php per popolare il mio db.
Poichè spesso accade che una t-upla sia già inserita nel db, come posso evitare che venga inserita nuovamente?
E' possibile fare un controllo a livello di db, per non fare un controllo a livello di script in php? Tnx!

[rayman2]

Intendi dire che non vuoi modificare lo script ma vuoi che il db se ne renda conto e non faccia l'update?
Forse stai parlando di trigger....
ma in realtà non capisco perchè non esegui lo script una volta sola dato che si tratta di popolamento della base di dati!

[Matrixbob]

Originariamente inviato da rayman2

Intendi dire che non vuoi modificare lo script ma vuoi che il db se ne renda conto e non faccia l'update?
Forse stai parlando di trigger....
ma in realtà non capisco perchè non esegui lo script una volta sola dato che si tratta di popolamento della base di dati!

I trigger non sono azioni da fare quando capitano certi eventi, quindi ad esempio l'evento "update"?
MySQL li implementa? Fino a poco tempo fa solo PostgreSQL, tra i free, li aveva.

[Matrixbob]

Originariamente inviato da Gregor

Periodicamente eseguo uno script in php per popolare il mio db.
Poichè spesso accade che una t-upla sia già inserita nel db, come posso evitare che venga inserita nuovamente?
E' possibile fare un controllo a livello di db, per non fare un controllo a livello di script in php? Tnx!

IMHO
Bisognerebbe modifcare lo script in modo che prima faccia una ricerca di quella tupla e se la ricerca ha esito negativo d'inserirla.
Magari esiste qualche altra MACROISTRUZIONE del DBMS che la risolve con meno smanettamento: ormai i DBMS danno una serie impensabile di possibilità, statistiche ed AI comprese.

CMQ il controllo puramente a livello DB penso sia infattibile in quando il DB si occupa come principio di difendere le regole ACID e basta, quindi se il DB le rispetta lui è a posto.

Tra l'altro se ha la stessa chiave il DBMS non la fa inserire già di default.
Se invece la chiave è 1 seriale allora il problema esiste.

[Gregor]

Originariamente inviato da rayman2

Intendi dire che non vuoi modificare lo script ma vuoi che il db se ne renda conto e non faccia l'update?

Esatto, se la t-upla è già presente, allora scartala.

Forse stai parlando di trigger....
ma in realtà non capisco perchè non esegui lo script una volta sola dato che si tratta di popolamento della base di dati!

Perchè lo script, per natura, passa più volte al giorno. E tra i dati da caricare ci possono essere due t-uple uguali.

[Gregor]

Originariamente inviato da Matrixbob

IMHO
Bisognerebbe modifcare lo script in modo che prima faccia una ricerca di quella tupla e se la ricerca ha esito negativo d'inserirla.

Era quello che volevo evitare

Magari esiste qualche altra MACROISTRUZIONE del DBMS che la risolve con meno smanettamento: ormai i DBMS danno una serie impensabile di possibilità, statistiche ed AI comprese.

Eh magari

Tra l'altro se ha la stessa chiave il DBMS non la fa inserire già di default.
Se invece la chiave è 1 seriale allora il problema esiste.

L'ID (key) è autoincrementante e non è un valore che gli passo

[vizzz]

fai prima una SELECT count(*) FROM pippo WHERE....
con tutte le condizione che secondo te rendono due tuple uguali.
se torna > 0, non fai la insert

[rayman2]

L'idea del trigger sarebbe questa (in linea teorica, poi mi spiego meglio):

Crei un trigger nel DBMS che PRIMA di ogni inserimento in una specifica tabella (la tua) controlla PER OGNI RIGA che stai inserendo se esiste già una tupla con le caratteristiche di quella nuova ed eventualmente non effettua l'inserimento.
In una sintassi da me inventata (nel senso che non è codice funzionante ma ci si avvicina):

CREATE TRIGGER nome_trigger BEFORE INSERT ON tua_tabella
FOR EACH ROW
BEGIN
IF (SELECT COUNT(*)
 FROM tua_tabella
 WHERE NEW.attributo_da_verificare = attributo_da_verificare) > 0 THEN
RETURN FALSE;
END IF;
END;

Problema pratico: tutto dipende dal DBMS, sia la sintassi, sia il supporto ai trigger!
Per MySQL puoi dare un occhio qui: http://dev.mysql.com/doc/refman/5.0/...e-trigger.html

Inoltre mi sorge un dubbio. La tabella nella quale vai ad inserire quelle tuple, non dovrebbe avere come chiave gli attributi che vorresti non fossero ripetuti?
Mi spiego, la definizione di chiave primaria è proprio quella di essere presente in solo una tupla della tabella. Perchè nella tua non è così?

Altra domanda di curiosità: perchè non modificare lo script? Va bene il puro diletto intellettuale, ma quella è davvero la soluzione più rapida!

[Gregor]

Originariamente inviato da rayman2

L'idea del trigger sarebbe questa (in linea teorica, poi mi spiego meglio):

Crei un trigger nel DBMS che PRIMA di ogni inserimento in una specifica tabella (la tua) controlla PER OGNI RIGA che stai inserendo se esiste già una tupla con le caratteristiche di quella nuova ed eventualmente non effettua l'inserimento.
In una sintassi da me inventata (nel senso che non è codice funzionante ma ci si avvicina):

CREATE TRIGGER nome_trigger BEFORE INSERT ON tua_tabella
FOR EACH ROW
BEGIN
IF (SELECT COUNT(*)
 FROM tua_tabella
 WHERE NEW.attributo_da_verificare = attributo_da_verificare) > 0 THEN
RETURN FALSE;
END IF;
END;

Problema pratico: tutto dipende dal DBMS, sia la sintassi, sia il supporto ai trigger!
Per MySQL puoi dare un occhio qui: http://dev.mysql.com/doc/refman/5.0/...e-trigger.html

Non ho mai usato un trigger, ma hai reso l'idea tnx!

Inoltre mi sorge un dubbio. La tabella nella quale vai ad inserire quelle tuple, non dovrebbe avere come chiave gli attributi che vorresti non fossero ripetuti?
Mi spiego, la definizione di chiave primaria è proprio quella di essere presente in solo una tupla della tabella. Perchè nella tua non è così?

La key è l'id che non viene inserito, essendo autoincrementante.

Altra domanda di curiosità: perchè non modificare lo script? Va bene il puro diletto intellettuale, ma quella è davvero la soluzione più rapida!

Pensavo ad una soluzione più veloce lato DB...ad ogni modo certo che posso modificare lo script

[rayman2]

E di fare una chiave multipla non se ne parla?
Del tipo, id autoincrementante ed un altro campo che è quello che non deve ripetersi.

[Matrixbob]

Originariamente inviato da rayman2

E di fare una chiave multipla non se ne parla?
Del tipo, id autoincrementante ed un altro campo che è quello che non deve ripetersi.

Penso che non debba modificare il DB, altrimenti l'avrebbe fatto.

[Gregor]

Originariamente inviato da rayman2

E di fare una chiave multipla non se ne parla?
Del tipo, id autoincrementante ed un altro campo che è quello che non deve ripetersi.

Quesa soluzione non l'ho capita...
Su sei campi (per es.) cinque non devono ripetersi, il sesto è la key della tabella.

[rayman2]

Ah, no, pensavo fosse uno solo...

[Matrixbob]

Originariamente inviato da Gregor

Quesa soluzione non l'ho capita...
Su sei campi (per es.) cinque non devono ripetersi, il sesto è la key della tabella.

Proponeva 1 superchiave composta da + attributi (almeno 2) di cui 1 unico e l'altro il tuo seriale.
Almeno così ho capito.

Ma nemmeno a me ste cose piacciono.

[cionci]

In teoria basta anche un indice... Se la chiave è un'altra...basta uno unique index su tutti gli altri campi che non vuoi che possano essere ripetuti. In tal caso ritorna un errore in fase di inserimento...
Non credo che sia una soluzione molto performante, ma sicuramente è una soluzione valida.

[nuovoUtente86]

perdonami potresti lavorare sul concetto di Key,calato nello specificodei tuoi attributi,in modo da delegare al database l' esclusione di tuple uguali.

[Gregor]

Originariamente inviato da nuovoUtente86

perdonami potresti lavorare sul concetto di Key,calato nello specificodei tuoi attributi,in modo da delegare al database l' esclusione di tuple uguali.

Puoi farmi un esempio?
l'esigenza è quella di evitare (senza interrompere la procedura inviata dallo script php) l'inserimento di t-uple uguali. Servirebbe uno "scavalcamento" e l'inserimento solo delle t-uple diverse anche solo per un campo.
Se lo script si interrompe non va bene, non inserirebbe così le t-uple "buone".

[cionci]

Come ti ho detto basta creare uno unique index su tutti gli attributi escluso l'id...

[Matrixbob]

Originariamente inviato da cionci

Come ti ho detto basta creare uno unique index su tutti gli attributi escluso l'id...

Non dovrebbe rallentare parecchio l'operazione questo?
CMQ se è 1 cosa fatta ogni tanto è anche accettabile come side effect.

[Gregor]

Originariamente inviato da cionci

Come ti ho detto basta creare uno unique index su tutti gli attributi escluso l'id...

Scusa, però così facendo se mi trovo già nel db la t-upla

id nome cognome anni
1 pippo pluto 25

con key id

e passassi la t-upla

pippo pluto 26

non verrebbe inserita in quanto nome=pippo non sarebbe più unico nel db. O sbaglio?

Tnx!