Discussion :

[LandGreen]

Bonjour à tous

Voila j'ai des mails qui seront envoyé automatiquement chaque jour, lors d'une demande de client.

la demande du client sera enregistrée dans TABLE_IN

la réponse sera insérée dans TABLE_OUT mais le problème elle est insérée 2 fois successivement, c'est un problème du serveur d'envoi.


la TABLE_OUT est sous la forme :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

__ID___MAIL_CLIENT_____MAIL_TEXT______DATE_CREATION______DATE_ENVOIE___ETAT_ENVOI___

je veux créer une procédure ou un fonction qui permet de vérifier les ID ou DATE_CREATION ou DATE_ENVOIE

pour le même MAIL_TEXT et le même MAIL_CLIENT si il sont double dans TABLE_OUT je mets le statut de l'un des deux à FAILED (il y a deux états : SENT et FAILED)

ou bien en vérifiant DATE_CREATION entre les deux ligne si il y'a un écart < 2 second je mets l'État de l'un des deux à FAILED

sinon en vérifiant pour le même MAIL_TEXT et le même MAIL_CLIENT le ID et ID+1
nb : l'état FAILED permet de ne plus envoyé le mail.

Merci pour vos habituelles collaborations

[LandGreen]

Personne ne veut m'aider

[escartefigue]

ou bien en vérifiant DATE_CREATION entre les deux ligne si il y'a un écart < 2 second je mets l'État de l'un des deux à FAILED

Mauvaise solution, ce délai est purement arbitraire et ne permet en rien de savoir s'il s'agit d'un réel doublon

sinon en vérifiant pour le même MAIL_TEXT et le même MAIL_CLIENT le ID et ID+1

Non plus, d'une part les identifiants ne sont pas obligatoirement insérés chronologiquement dans l'ordre des valeurs, d'autre part, même si c'était le cas, l'ID+1 peut avoir été consommé par un autre thread pour un autre émetteur

De plus, pourquoi vouloir supprimer le doublon fonctionnel, il est possible que le même message ait été émis volontairement deux fois, tout simplement parce que la première fois l'émetteur avait oublié les pièces jointes. C'est un grand classique qui nous arrive à tous, et il me semble que dans ce cas il est judicieux d'en conserver la trace.

[LandGreen]

merci pour votre réponse mais...

le problème est dans le serveur d'envoi; il répond et il insère deux fois à chaque demande, la seule solution est de changer l'état de l'envoi de l'un des deux doublons !!!

d'autre idées s.v.p ?

[LandGreen]

Cette requête me ramène pour chaque MAIL_CLIENT le MAIL_TEXT et le nbr répétition

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
SELECT   COUNT(MAIL_TEXT) AS nbr_doublon, MAIL_CLIENT, MAIL_TEXT, ETAT_ENVOI
FROM     TABLE_OUT
WHERE TRUNC(CREATE_DATE) = TRUNC(SYSDATE)
GROUP BY MAIL_CLIENT, MAIL_TEXT, ETAT_ENVOI
HAVING   COUNT(MAIL_TEXT) > 1

mais comment faire pour sélectionner la ligne dont l'occurrence est répété et pourvoir changer le status ?

[McM]

Tu boucles dessus et tu updates avec rownum < au nombre de lignes en doublon moins une.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
FOR r in (SELECT   COUNT(MAIL_TEXT) AS nbr_doublon, MAIL_CLIENT, MAIL_TEXT, ETAT_ENVOI
FROM     SMSSERVER_OUT
WHERE TRUNC(CREATE_DATE) = TRUNC(SYSDATE)
GROUP BY MAIL_CLIENT, MAIL_TEXT, ETAT_ENVOI
HAVING   COUNT(MAIL_TEXT) > 1)
LOOP
 UPDATE SMSSERVER_OUT
set ...
WHERE mail_client = r.mail_client
AND mailt_text = r.mail_text
AND etat_envoi = r.etat_envoi
AND ROWNUM <  r.nbr_doublon;
END LOOP;

[LandGreen]

instruction SQL non valide

[Ikebukuro]

Et quel est le message d'erreur?

[LandGreen]

ORA-00900

[Ikebukuro]

Le code de McM est du PL/SQL, pas du SQL, il faut donc l'inclure dans un bloc PL/SQL

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
BEGIN
...  --> son code ici
END;
/

[LandGreen]

Merci BCP Ikebukuro mais maintenant il m'affiche "nbr_doublon" identificateur non valide

[Ikebukuro]

Aïe, ça devient plus tendu... il faut juste remplacer nbr_doublon par r.nbr_doublon

[LandGreen]

merci infiniment Ikebukuro ça fonctionne, je suis entrain de faire des tests, j'espère que ça ira comme voulu.