Discussion :

[CarineFred]

Bonjour,

Sur mon poste, quand j'exécute l'instruction Windev 'SQLPremier' (après une connexion à SQL Serveur avec une base de données sur un autre poste), ça mouline sans fin.
Dans SQL Server (moniteur d'activité), je constate que des taches sont suspendues et le type d'attente est 'ASYNC_NETWORK_IO', ce qui veut dire : "Se produit sur des écritures réseau lorsque la tâche est bloquée derrière le réseau. Vérifiez que le client traite les données du serveur."

Je veux bien mais je ne sais absolument pas comment mis prendre pour résoudre mon problème ....

Est-ce que quelqu'un peut m'aider ?

Merci.

[Lo²]

Bonjour,

Qu'est-ce que la requête est censé te retourner car SQLPremier(..) charge tous les enregistrements en mémoire, donc ça peut être long ?

[CarineFred]

La requête me renvoie le contenu de plusieurs tables ... Dans SQL Server, à partir de mon poste, la requête met environ 1 minutes.
J'ai laissé le programme tourner pendant une heure .... Sur le poste qui sert de serveur ça fonctionne apparemment (d'après une autre personne).
Pourquoi j'ai les tâches suspendues dans SQL Server ? avec on dirait un pb réseau !!

[Lo²]

Sur un poste, cela fonctionne mais pas sur le tien, c'est ça ?

Est-ce que le poste qui fonctionne est sur le même réseau que la SGBD ?
Est-ce que ton poste passe via un VPN (ou autre) pour accéder au SGBD ?

Essayes de parcourir le résultat avec SQLAvance(..) et SQLLitCol(..) pour voir si tu récupères quand même quelque chose ?

[CarineFred]

C'est ça, ça ne fonctionne pas sur mon poste qui est sur un réseau et ça fonction sur un poste2 qui ets sur le même réseau et sur lequel est situé la base de données (en général je dit qu'il sert de serveur dans mon cas).
Je ne passe pas par un VPN. c'est une réseau normal par câble...

J'écris et exécute la même instruction dans d'autres programmes souvent développés en Windev 15 et je n'ai aucun pb, en utilisant également une base de données située sur le poste2.

Merci de ton aide.

[Lo²]

Donc tous les postes sont sur le même site, c'est ça ?

Teste avec SQLAvance(..) et SQLLitCol(..).

Petite remarque liée à l'autre sujet que tu as ouvert, tu n'aurais pas ce problème à cause de l'antivirus également ?

[CarineFred]

Je vais vérifier tout ce que tu m'as dit.

[CarineFred]

Alors, la désactivation de l'antivirus n'a rien changé.

J'ai essayé de mettre les instruction SQLAvance et SQLLItCol à l'arrache, cad pas dans une boucle TANTQUE juste comme ça pour voir le retour.
SQLAvance renvoie 0 donc la lecture se fait.
et SQLLitCol de la première colonne me renvoie une donnée.

En fait s'est le SQLExec qui provoque fait que les tâches soient suspendues mais parfois il est très long ....

[Raptor92]

Bonsoir,

Juste une idée en passant, personnellement, j'utilise souvent ce type de requête interrogeant des tables de plus de 100 milles enregistrements avec des temps de réponses inférieurs à 30-45 secondes:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
		sRequete36 est une chaîne="SELECT SUM(STOC_QUANTITE) FROM STOCKS, ARTICLES "+...
		"WHERE ART_CODE=STOC_ARTICLE  "+... 
		"AND ART_NOMAPPEL='"+gsART_NOMAPPEL+"' AND ART_CODIM1='"+gsART_CODIM1+"' AND ART_CODIM2='36'  "
			SI EnModeTest() ALORS Trace(sRequete36)
		SI SQLExec(sRequete36,"REQ36") ALORS
			SI SQLAvance("REQ36")=0 ALORS
				gsValeur=SQLLitCol("REQ36", 1)
			FIN
		FIN

Ce type de requête me sert à réaliser des tableaux croisés et fonctionne très bien.

Juste pour information bien sur

Bonne soirée