Problème requête avec SQL Server

[digitanthony]

Bonsoir la communauté,

Chez mon client nous avons actuellement un souci. En effet, nous avons une requête qui quand elle est exécutée sur SQL Server Management Studio, tout fonctionne bien en moins d'une minute, elle nous retourne 267 641 lignes. Une fois copiée-collée dans QlikView, cette requête tourne sans s'arrêter.

Encore plus étrange, si nous ajoutons un "TOP 267 642", soit une ligne de plus que ce qu'elle retourne, on obtient bien les 267 641 lignes au bout de 2 minutes environ.

Avez-vous déjà eu ce problème ? Si oui, comment l'avez-vous résolue ? Nous avons une base qui évolue tous les jours donc jamais le même nombre de lignes retournées.

Merci par avance.

Anthony.

[digitanthony]

Bonjour tout le monde,

A ce que je vois cela n'inspire personne. Aujourd'hui le problème se pose encore plus car même avec un TOP, la requête tourne toujours. Avez-vous des idées ?

Merci par avance,

Anthony

[christophebrault]

Bonjour,

Je n'ai pas rencontré ce problème, mais quelle connexion utilisez vous entre QV et SQL ? ODBC, OLE DB ?

Avez vous essayer de changer la méthode connexion ?

Ce problème est rencontré seulement sur cette table ? D'autres requête sur la même bases fonctionne ?

Est ce une requête complexe ?

Est ce le même utilisateur utilisé dans SQL et QV ?

[digitanthony]

Bonjour,

Voici ce que je répondre à vos questions :

1. Les connexions entre QlikView et SQL Server sont de type ODBC.
2. Politique interne pas évidente oblige, on ne peut pas pour le moment changé le type de connexion. Les connexions entre dans le cadre de la politique groupe et donc nous ne pouvons pas vraiment apporter des modifications.
3. C'est la première fois que je rencontre ce genre de problème. Malheureusement il n'y a pas qu'une table. Les autres requêtes tournent très bien (bon maxi 3 minutes pour chacune mais elles tournent).
4. Oui elle est assez complexes, mais pas plus que les précédentes. Il y a des Over(Partition BY) par exemple, des sous-requêtes, des jointures sur 10 tables environ. Je sais mais étant donné que la base n'est pas préparer pour ce genre d'analyse nous n'avons pas vraiment le choix. Elle met moins de 2 minutes sur Management Studio et retourne environ 260000 lignes. Sur QlikView, sans un TOP la requête tourne sans arrêt.
5. Oui c'est le même utilisateur entre les deux outils.

J'espère que vous allez pouvoir apporter une solution.

[christophebrault]

Ca ne va pas te plaire mais... Reproduis la requête dans Qlik en chargeant les 10 tables brutes et en faisant les transformations dans le script

[digitanthony]

Hum!

Comme tu le dis, cela ne va pas me plaire . Pour toi le problème viendrait donc du pilote ODBC ?

[christophebrault]

Non je n'en sais rien, c'est une piste d'investigation.

De manière générale, il est bon d'avoir un maximum de règles de gestion dans Qlik, et d'éviter de faire les transformations en requêtes mais plutôt dans le script.