Discussion :

[Luc1an0]

Bonjour à toutes et tous,
tout d'abord bonne année et meilleurs voeux à tous !

Je suis confronté à un souci assez délicat. Je suis dans la refonte d'une application de access vers ASP.NET/SQL 2k5.

Je dois migrer les données d'une base à l'autre mais les clé primaires de la base access ne sont pas toujours incrementé de 1. Je peux alors me retrouver avec un id 6 suivi d'un id 8.

Pour la migration j'ai utilisé l'export csv d'access puis la commande Bulk insert.

Pour ne pas gérer les id depuis mon code, j'utilise la contrainte d'identité de SQL. Mais du coup, SQL me recalcule mes id... Ceci est embettant car du coup les associations de clé etrangere ne valent plus rien :s


J'ai d'abord pensé à créer mes tables sans contrainte d'identité et les rajouter après, mais ceci n'est pas possible en script (d'après ce que j'ai pu lire dans un forum). Ou bien si, mais il faut passer par une table temporaire, et au final le résultat sera le meme, au moment du bulk insert il me remettra de nouveaux id recalculé.

J'ai ensuite pensé à faire un SET IDENTITY_INSERT maTable OFF avant mon bulk insert, en espérant que le moteur insèrera les données avec les bons anciens id, mais non, les id ont bel et bien changé et je me retrouve avec un 7 au lieu de mon 8 (qui était le dernier id de la table).


J'ai quelques tables quand meme donc le faire à la main... bof ....Si y a vraiment pas d'autres solutions ok, mais ça m'arrangera pas

A celui, celle, ceux qui auront de brillantes idées : d'avance, Merci !

[Luc1an0]

Bon et bien mes recherches sont allées très vite en fin de compte

En faisant un test un peu plus basique, i.e. j'enlève la contrainte d'identite et je fais mon bulk insert, je me suis aperçu que mes id etaient encore et toujours incrementé de 1, donc mon saut de 6 à 8 n'existant plus.

J'ai donc conclu que c'était la clé primaire qui mettait le souk.

J'ai donc crée ma table avec la contrainte d'identité mais sans clé primaire, définit l'IDENTITY_INSERT a OFF, effectué mon bulk insert, et finit par ajouter ma clé primaire avec un alter table.

EDit : j'ai parlé trop vite... Je n'avais pas essayé un insert manuel derriere...
Lors de l'insert il m'a remplacé ma clé 8 par 7, et mis ma nouvelle clé a 8...

Est ce que le fait d'avoir une association de clé etrangere sur cette clé primaire peut empecher cette modification ?

[Luc1an0]

Il semblerait que je me suis trompé sur le message d'avant, mais il faut de toute evidence que j'enleve : clé primaire et contrainte d'identité...et que je fasse mes bulk insert avant de les définir...

A moins que quelqu'un ait une solution pour moi, ça sent la méthode " a la mano"...

C'est dur pour un développeur.....

Pour éviter de pourrir le post, et vu que j'ai fais la buze de seconde zone (j'apprendrai à chercher dans la msdn la prochaine fois :s), j'aimerai demander un peu d'aider pour cette article :
http://msdn2.microsoft.com/fr-fr/library/ms174123.aspx

normallement ça devrait etre :
ALTER TABLE MaTable
Alter column MonChamps IDENTITY(1,1)
GO

Mais j'obtiens ça !

Msg 102, Niveau 15, État 1, Ligne 1
Syntaxe incorrecte vers 'MonChamps'.

[rudib]

Bonjour,

J'ai ensuite pensé à faire un SET IDENTITY_INSERT maTable OFF avant mon bulk insert, en espérant que le moteur insèrera les données avec les bons anciens id, mais non, les id ont bel et bien changé et je me retrouve avec un 7 au lieu de mon 8 (qui était le dernier id de la table).

Tu dois mettre le SET IDENTITY INSERT tatable ON, et non pas OFF, pour permettre une insertion explicite de ta clé primaire.

Tu ne peux pas faire un ALTER de colonne pour ajouter ou enlever la propriété identity, ce n'est pas supporté.

[SQLpro]

faites votre bulk inset avec l'option KEEPIDENTITY

A +

[Luc1an0]

Merci !!!

C'était bien l'option KEEPIDENTITY qu'il fallait rajouter !

Merci beaucoup !