Discussion :

[Kazuhiko$]

Bonjour,

J'ai un problème non négligeable en terme de performance lorsque je fais un select * simple sur une vue SQL.

En environnement de DEV, le temps de réponse est proche de l'infini (je stoppe l'éxecution au bout d'une vingtaine de minute, n'ayant rien de sorti) alors qu'en REC, le résultat sort au bout de quelques minutes (ce qui est déjà long).
Même une clause WHERE ou un select sur une colonne n'arrange rien,

Si quelqu'un a eu le même soucis et à pu trouver une solution, je suis preneur...

Merci par avance

[aieeeuuuuu]

Bonjour,

Vous ne donnez aucune information sur votre vue, la volumétrie, même pasla requête en question...

Et tout un tas de choses peuvent expliquer ce comportement :
- les deux serveurs sont-ils identiques (RAM, CPU, ...)
- Les deux bases sont-elles identiques, (notamment les indexs ?)
- la volumétrie est -elle la même ?
- ...

Vous pouvez déjà comparer les plans d’exécution sur les deux serveurs...

[Kazuhiko$]

Bonjour,

Je suis un peu embêté dans la mesure où je n'ai crée ni la vue, ni la base de donnée, je me contente de faire un simple select pour tester, et normalement le temps d'exécution est très court.

Les deux bases sont configurées de la même façon sauf au niveau de la taille allouée qui est plus faible pour la base de DEV (mais celle-ci n'est pas saturée pour autant).

Le plan d'execution ne m'a pas beaucoup aidé (car apparemment tout va bien) et la requête est très très longue avec beaucoup de jointure et de champs calculé (c'est peut-être bien ça le problème...) c'est pourquoi je ne copie pas le code ici.

[SQLpro]

Non seulement effectivement vous ne dite rine de la vue ni des tables ni des index ni de votre environnement mais en plus vous parlez de REC sans dire ce que c'est...

Le marc de café n'est pas la tasse de thé de ceux qui peuvent vous aider sur DVP !!!

Respectez la charte de postage !!!!!!!!!!!!!!!!!!!!!!!!!

A +

[Rei Ichido]

Au vu du parallèle avec " l'environnement de DEV", je me hasarde (peu) sur le fait que Kazuhiko$ évoque ici les environnements de DEVeloppement et de RECette.
Ce qui ne change rien au fait que sans plus d'information que ça, on a toujours besoin de la boule de cristal

[iberserk]

car apparemment tout va bien

Celle la elle est bonne! permettez moi de douter de votre conclusion vue la manière dont vous abordez la résolution de votre problème.

Donc on se résume, merci de poster au minimum:

• Le code complet de la vue
• Le plan d'execution

[Rei Ichido]

Un risque non négligeable serait que sur l'environnement de Développement, il y ait eu un lock au moment de l'exécution de la requête. Typiquement, cet environnement est plus utilisé que celui de recette - et il y a souvent des locks posés par des essais de vues un peu foireuses, par exemple.
Outre les plans d'exécutions, essayez aussi de relancer la requête hors de toute activité de vos collègues (voire en regardant les locks au préalable, des fois qu'un petit malin ait ouvert une transaction mais ne l'ait pas refermée : un classique).

[aieeeuuuuu]

Typiquement, cet environnement est plus utilisé que celui de recette -

Et pour cette même raison, un tas d'explications sont possibles :
- index fragmentés, par des insertions et suppressions de données de test
- volumétrie plus importante
- caches remplis par des données et plans de requetes de test

et la liste est longue mais sans oublier :
- la petite différence (type de colonne différent,...) qui fait toute la différence.

Le plan d'execution ne m'a pas beaucoup aidé (car apparemment tout va bien) et la requête est très très longue avec beaucoup de jointure et de champs calculé (c'est peut-être bien ça le problème...) c'est pourquoi je ne copie pas le code ici.

je parlais surtout de comparer les plans d’exécution, sont-ils les mêmes ou pas ? ça aiderait à mettre sur la bonne piste...