Discussion :

[Naturalforme.fr]

Bonjour,

J'ai créé la requête suivante sur un serveur SQL 2000 :

UPDATE SERVEURLIE.base_de_donnees.table
SET CHAMP_distant = CHAMP_local
FROM MABASE_locale.dbo.table
WHERE CHAMP_A_COMPARE_DISTANT = CHAMP_A_COMPARE_DISTANT
COLLATE LATIN1_GENERAL_BIN

Cette requête, vous l'aurait compris met à jour une base distante (sur SQL serveur 2005). La table de départ compte plus de 9000 lignes, la table d'arrivée environ 2500. La mise à jour fonctionne (mal car elle sature le pool de connexions et rend donc le site inaccessible).

Mais surtout une fois la mise à jour terminée les requêtes deviennent extrêmement lentes depuis le front office (site web). Bizarrement pas depuis le back office qui reste aussi rapide. Pendant un moment j'ai eu l'impression que la seule solution était de relancer la procédure.

J'ai épuisé mes faibles connaissances pour essayer de résoudre le problème à savoir :

- Reboot serveur pour vider notamment le pool de connexions
- Reindexation
- Remplissage et mise à jour texte intégral
- La bande passante est constante
- La mêmoire suffisante (3 go)

Un problème de base temporaire qui serait surchargées ?

Bref je ne sais plus trop quoi faire et j'en appel à la communauté !

J'ai bien compris que la méthode de mise à jour était mauvaise, nous en avons changé, encore faut-il que je corrige ce problème.

Un énorme merci d'avance.

Fred

[SQLpro]

- Reboot serveur pour vider notamment le pool de connexions

très mauvais, vous perdez tous les cache donc rendez le serveur lent !

- Reindexation

Bien! mais sur quel serveur ?

- Remplissage et mise à jour texte intégral

Cela pompe des ressource et n'est d'aucune utilité dans le cas présent...

- La bande passante est constante

OK

- La mêmoire suffisante (3 go)

ha bon... Comment l'avez vous mesuré ???

Plus pragmatiquement, existe t-il un index sur les colonnes en relations dans la requête UDPDATE ?
Le type de données de la colonne mise à jour est-il un VARCHAR ou VARBINARY ????

Vous pouvez aussi faire une jointure en remote. Cela aide parfois les choses compte tenu de la volumétrie.

A +

[Naturalforme.fr]

Je me suis surement mal exprimé mais la requête à l'origine du problème n'est plus active. Elle a causé le problème, c'est une certitude, mais n'a pas été répétée depuis.

C'est pour ça que j'ai rebooté, si elle avait saturé la tempdb par exemple ou autre pool, le reboot (ou la relance des services aurait pu corriger le problème).

La réindexation a été effectuée sur le serveur de destination, celui qui fait tourner l'appli et le site.

Plus pragmatiquement, existe t-il un index sur les colonnes en relations dans la requête UDPDATE ?

Non

Le type de données de la colonne mise à jour est-il un VARCHAR ou VARBINARY ????

La colonne mise à jour est en BIGINT , l'axe de correspondance "WHERE" compare une colonne en VARCHAR.

Merci