SQL SERVER 2005 - SSIS - time out et index de tables

Bonjour,

Via un lot SSIS, je souhaite alimenter une table sql server qui contient 8 champs, dont le premier champ est un champ compteur
Les données récupérées le sont sur AS400 via un connecteur ODBC I - Series.
Je suis censé récupérer 10 occurrences dans ma table destination.

Si ma table destination ne dispose d'aucun index, ce traitement se fait en un claquement de doigt.
Si ma table ne contient qu'un seul index (par exemple une primary key sur mon champ compteur), je déclenche des time out ou, si je force les time out à 0 sur mes connexions, mon lot ne fini jamais sur un serveur quadri processeur !

Je dois louper un truc gros comme une maison, mais je vois pas trop là...

MErci pour votre aide

Pourquoi utilisez vous SSIS pour un truc aussi simple ? Allez-vous acheter vos clopes avec une formule 1 ???

Créez un serveur lié et faites une requête :

Code:

---

1 2 3

INSERT INTO MaTable SELECT MonServeurLié.MaBase.MonSchema.MaTable WHERE ...

---

A +

Je donne l'exemple de la table la plus simple qui a cette erreur.

Pour info, j'ai d'autres lots ssis pour lesquels j'ai atteind la limite de taille possible d'un lot ssis (près de 40 tables sources parfois, sans compter les transformations au passage) qui ont aussi cette erreur là, mais qui serait bien plus long à décrire.

Les petits ssis comme les gros sont tous nécessaires à mon traitement et planifiés dans un ordre précis

Avez vous forcé les identity ?

A +

Merci pour votre aide.

Si vous voulez dire par "forcer les identités" de faire un "SET IDENTITY_INSERT ...ON" avant mon transfert de données, la réponse est non car le champ compteur est demandé par les développeurs et je ne sais pas, dans la requête initiale, avoir une valeur incrémentée par le select a chque occurrence trouvée.

Je veux bien essayer si vous connaissez une possibilité de select (je testerai qu'elle soit reconnue par mon driver odbc "i series / as 400").

Pour faire celà, je peux aussi faire un script qui augmente de +1 le contenu d'une variable avant insertion mais j'ai peur que ce soit long (du moins, sur mes tables où il y a 3 millions d'occurrences).
Qu'en pensez vous ?

Non, je me demandais si vous n'aviez pas activé dans SSIS une option qui dit qu'il forcera les IDENTITY, mais comme il ne les trouve pas... il attend.

Mettez en place une trace du profileur avec filtre sur cette connexion pour voir les requêtes passer.

A +

J'ai trouvé :D
J'ai graté autour de votre idée des "identity" et me suis rendu compte que sur mes connexions de destination, la case "table lock" était cochée par défaut.

Or, mes lots sont définis avec des alimentation parallèles (source as400 différentes, donc requêtes différentes, mais destination identique sur sql serveur)
Ce paramètre "table lock" générait des dead lock à partir du moment ou ma table disposait d'index.

Savez vous à quoi je m'expose en enlevant ces dead lock, sachant que les données ne sont pas accessibles par les utilisateurs (serveur indisponible) pendant la synchronisation des données ?

En tous les cas, merci pour votre aide

Killer un process en deadlock revient à un ROLLBACK.

A +