Yop yop!
 
J'ai l'erreur suivante quand je veux ajouter qqch dans ma table :
 

 
Comment je peux faire pour arranger ca? J'ai pensé à supprimé la contrainte IDENTITY de la table... mais je sais pas comment faire    
 
Merci pour votre aide.

SET IDENTITY INSERT ON
faire la requête
ne pas oublier de faire SET IDENTITY INSERT OFF après

okay! merci beaucoup!
 
edit: euh, je mets ou le nom de la table?

Peut-être à la fin de la commande mais pas sûr : SET IDENTITY INSERT ON <maTable>
 
Tu me diras

 
nope, marche pas. J'ai essayé qq autres trucs, mais ca marche pas non plus.

essaye ça alors ça devrait marcher : SET IDENTITY_INSERT <maTable> ON

 
   yes! nickel! merci bien.

salut, j'ai un probleme similaire mais au cours d'une migration
globalement, mon code est le suivant:
 
SET IDENTIFY_INSERT <maTable1> ON
INSERT INTO <maTable1> (blablabla..)
INSERT INTO <maTable1> (blablabla...)
[...]
SET IDENTIFY_INSERT <maTable1> OFF
 
SET IDENTIFY_INSERT <maTable2> ON
INSERT INTO <maTable2> (blablabla..)
INSERT INTO <maTable2> (blablabla...)
[...]
SET IDENTIFY_INSERT <maTable2> OFF
 
ca foire dès le 2e "ON".. il me sort que c'est toujours <matable1> qui a le flag à ON (et on ne peut avoir qu'une seule table a ON en meme tps, dixit la msdn)
 
edit: j'appelle les differentes requetes les unes a la suite des autres en C# avec un ExecuteNonQuery()  
il semble que ca vienne de la d'ailleurs... vu que la liste des requetes, copiées collées dans sql manager marche bien...
 
edit2:
Bon typiquement un bug a la con, c'est juste que mon objet SQLCommand avait des résidus dans la liste de Parameters  et que ca faisait chier le SET...

pkoi flaguer la table ?
 
set indentify_insert on  
 
tout court ça marche très bien.
 
ça n'impacte que la session en court, donc y'a pas de problème...

question bête : l'unicité des clés a été vérifiée avant migration ?

non et c pas grave. Elles sont censées etre uniques mais comme dans toute vieille base moisie a migrer, il ya des doublons mais exactement identiques... le premier passe, le deuxieme pete une exception d'integrité (normal) et donc je le jette

et pour les autres tables, oui les clés sont uniques car ce sont des clés justement