Discussion :

[DEV-10]

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 :

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.

[elsuket]

Bonjour,

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

Code :

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

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 :

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

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 :

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

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

@++

[DEV-10]

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.

Bonjour,

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

Code :

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

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 :

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

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 :

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

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

@++

[elsuket]

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

@++

[DEV-10]

Merci.

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

Merci.

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

@++

[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

@++

[DEV-10]

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.

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

@++