Violation of PRIMARY KEY constraint

Bonjour

dans une job qui roule les soirs un script SQL, dès fois lorsque je regarde le "View Job history" je recois le message suivant :

Citation:

---

Executed as user: VECIDOR\Nathalie. Violation of PRIMARY KEY constraint 'PK_Contraine_A'. Cannot insert duplicate key in object 'TABLE_Departement'. [SQLSTATE 23000] (Error 2627) The statement has been terminated. [SQLSTATE 01000] (Error 3621). The step failed.

---

Y a t-il moyen de rajouter quelques choses dans le code pour savoir exactement quelle ligne qui allait se rajouter en duplicata ?

Je suis dans SQL server 2000

Merci d'avance pour votre aide.

Bonjour,

Vous pouvez n'insérer que les lignes qui ne sont pas dans votre table cible dans un premier temps :

Code:

---

1 2 3 4 5 6 7 8 9 10

-- Insère suelement les lignes qui ne sont pas dans maTable INSERT INTO maTable ( mesColonnes ) SELECT A.desColonnes FROM dbo.autresTables AS A LEFT JOIN dbo.maTable AS M ON A.colonnePK_A = M.colonnePK_M WHERE A.colonnePK_A IS NULL

---

Et ensuite rechercher les lignes qui sont dans les deux tables :

Code:

---

1 2 3 4 5

-- Recherche les lignes qui sont dans A et dans M et qui provoquent SELECT A.desColonnes FROM dbo.autresTables AS A JOIN dbo.maTable AS M ON A.colonnePK_A = M.colonnePK_M

---

Et les stocker dans une table supplémentaire ou marquer les lignes correspondantes comme non valides :

Code:

---

1 2 3 4 5

UPDATE dbo.maTableSource SET existeDeja = 1 FROM dbo.maTableSource AS S JOIN dbo.maTable AS M ON S.colonne_PK_S = M.colonne_PK_M

---

@++ ;)

Merci pour la réponse.

Tu ne penses pas qu'il y a un autre moyen avec le try ?

Dans la fenêtre "JOB History" on a 4 colonnes parmi lesquelle il y en a une intitulée "Result" . Cette colonne contient comme données : Failed ou Successful

Pour un jour donné, je veux changer le libellé "Failed" pour "Successful" ?

j'ai changé le champ run_status de 0 à 1 dans la table msdb.dbo.sysjobhistory pour ma job mais le libéllé reste parreil à "Failed"

Merci.

Citation:

---

Envoyé par elsuket

Bonjour,

Vous pouvez n'insérer que les lignes qui ne sont pas dans votre table cible dans un premier temps :

Code:

---

1 2 3 4 5 6 7 8 9 10

-- Insère suelement les lignes qui ne sont pas dans maTable INSERT INTO maTable ( mesColonnes ) SELECT A.desColonnes FROM dbo.autresTables AS A LEFT JOIN dbo.maTable AS M ON A.colonnePK_A = M.colonnePK_M WHERE A.colonnePK_A IS NULL

---

Et ensuite rechercher les lignes qui sont dans les deux tables :

Code:

---

1 2 3 4 5

-- Recherche les lignes qui sont dans A et dans M et qui provoquent SELECT A.desColonnes FROM dbo.autresTables AS A JOIN dbo.maTable AS M ON A.colonnePK_A = M.colonnePK_M

---

Et les stocker dans une table supplémentaire ou marquer les lignes correspondantes comme non valides :

Code:

---

1 2 3 4 5

UPDATE dbo.maTableSource SET existeDeja = 1 FROM dbo.maTableSource AS S JOIN dbo.maTable AS M ON S.colonne_PK_S = M.colonne_PK_M

---

@++ ;)

---

Citation:

---

Tu ne penses pas qu'il y a un autre moyen avec le try ?

---

Comme tu es sous SQL Server 2000, tu ne peux pas utiliser le contrôle TRY ... CATCH qui a été introduit avec SQL Server 2005.
Et même si tu étais sous SQL Server 2005, cela t'obligerait à traiter les lignes de la table source une à une :
- s'il y avait erreur, tu la marques et tu passes à la ligne suivante
- sinon tu copies

Or traiter un ensemble de données en SQL ligne à ligne est contre-performant, SQL étant par nature un langage ensembliste ;)

@++ ;)

Merci.

As tu une idée de comment faire pour changer "Failed" à "Successful" ou vice versa. Voir mon poste précédent

Merci.

Citation:

---

Envoyé par elsuket

Comme tu es sous SQL Server 2000, tu ne peux pas utiliser le contrôle TRY ... CATCH qui a été introduit avec SQL Server 2005.
Et même si tu étais sous SQL Server 2005, cela t'obligerait à traiter les lignes de la table source une à une :
- s'il y avait erreur, tu la marques et tu passes à la ligne suivante
- sinon tu copies

Or traiter un ensemble de données en SQL ligne à ligne est contre-performant, SQL étant par nature un langage ensembliste ;)

@++ ;)

---

Votre job a planté, donc la table dbo.sysjobhistory de la base de données msdb reflète la réalité, et vous ne devriez donc pas mettre à jour la colonne run_status.
Sachez que les mises à jour de tables système dès SQL Server 2005 est impossible ;)

@++ ;)

Oui bien sûr je sais, c'est parce que je suis en phase de développement et voulais juste faire avancer le travail du fait que le travail a été bien sur les tables.

Merci parreil.

Citation:

---

Envoyé par elsuket

Votre job a planté, donc la table dbo.sysjobhistory de la base de données msdb reflète la réalité, et vous ne devriez donc pas mettre à jour la colonne run_status.
Sachez que les mises à jour de tables système dès SQL Server 2005 est impossible ;)

@++ ;)

---