Discussion :

[ggbbii]

Bonjour,
Quelqu'un a-t-il déjà eu le problème d'exécution de requêtes dans des BDD différentes avec les threads sous Windev.
Pour schématiser, je voudrais avoir plusieurs threads qui s'exécutent en même temps. Certains exécutant des requêtes sur une BDD MySQL, d'autres sur une BDD SQL Server.
Le problème c'est que je ne vois pas comment faire, car les requêtes MySQL vont parfois s'exécuter sur la BDD SQL Server et vice-versa.
Si quelqu'un sait comment faire...???
Merci.

[tatayo]

Bonjour,
J'ai réussi à le faire en déportant les écritures dans la "base 2" dans un composant externe.
J'ai donc le thread principal qui lie dans la "base 1", et un thread secondaire qui utilise un composant externe pour écrire dans la "base 2".

Tatayo.

[ggbbii]

Merci pour la réponse, mais je ne veux pas passer par un composant externe qui nécessite recréer un nouveau projet.
N'est-il pas possible lorsque l'on exécute et parcours des requêtes SQL de sélectionner un identifiant de connexion sur lequel exécuter la requête???? C'est une très grosse limitation de Windev de ne pas pouvoir travailler sur 2 BDD en même temps.
Du coup vu la gestion des threads dans Windev, est-ce que si j'effectue une transaction SQL dans un thread, les requêtes de ma fenêtre principale vont également au petit bonheur la malchance s'imbriquer dans cette transaction (cette fois ci sur une même BDD avec une seule connection)????

[djejackk]

Bonjour,

Je vais certainement enfoncer une porte ouverte, mais la fonction HExécuteRequête possède une syntaxe où on peut préciser la connexion à utiliser.
Idem pour la fonction HExécuteRequêteSQL a priori.

Qu'est-ce que vous utilisez (code) de votre côté ?

[ggbbii]

HExecuteRequete et HExecuteRequeteSQL fonctionnent seulement pour des BDD HyperFile et non pour des BDD SQL Server et MysSQL si je me souviens bien.

[hpascal]

Bonjour

HExecuteRequete et HExecuteRequeteSQL fonctionnent seulement pour des BDD HyperFile et non pour des BDD SQL Server et MysSQL si je me souviens bien.

Absolument pas. et heureusement

HExecuteRequeteSQL avec hRequeteSansCorrection est ce que j'utilise le plus pour SQL Server, MySQL, PostgreSQL, SQLite, DB2/400 ...

[Hemgé]

Bonjour

Absolument pas. et heureusement

HExecuteRequeteSQL avec hRequeteSansCorrection est ce que j'utilise le plus pour SQL Server, MySQL, PostgreSQL, SQLite, DB2/400 ...

Bonsoir,

Précision nécessaire me semble-t-il : à condition d'attaquer ces bd via les Accès natifs (devenus 'Connecteurs' natifs).
Sinon, les non avertis ne vont plus s'y retrouver.

Hemgé

[hpascal]

Pour SQL Server et DB2/400 j'utilise OLEDB et ça fonctionne très bien aussi

[EDM-TAHITI]

Hello,
Comme je le dis depuis des lustres (un lustre = 5 ans), il faut travailler avec des connexions dans l'environnement PCSOFT.
Ainsi, en ne changeant que la connexion et ses paramètres, il est facile de changer de base de données (enfin, pas trop compliqué), et cela ne nécessite quasiment pas de modifier son code.

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
CnxSQL est une Connexion
CnxHFSQL est une Connexion
// connexion sur un moteur SQL via ODBC
CnxSQL..Serveur   = "127.0.0.1"
CnxSQL..Utilisateur  = "Administrateur"
CnxSQL..MotDePasse  = "admin"
CnxSQL..Provider  = hODBC
CnxSQL..Source   = "Ma déclaration de la connexion"
CnxSQL..InfosEtendues = "WDPort = 1433" // ou autre
// connexion sur un moteur HFSQL (Manta)
CnxHFSQL..Serveur  = "127.0.0.1"
CnxSQL..Utilisateur  = "Administrateur"
CnxSQL..MotDePasse  = "admin"
CnxSQL..Provider  = hAccèsHFClientServeur
// puis utiliser pour chaque connexion sa declaration
HExécuteRequêteSQL("Requete1" , CnxSQL ,hRequêteSansCorrection , "select * from table1" )
HExécuteRequêteSQL("Requete2" , CnxHFSQL ,hRequêteSansCorrection , "select * from table5" )

A partir de là, la connexion établit le lien sur les tables à lire et la requete. Ce que je n'ai pas fais, c'est de créer une source de données pour l'exemple, mais avec cet ajout, il est facile de parcourir la requete comme si c'était une table.
Et je précise que cela est valable aussi pour les accès classique de PCSoft. Donc, en utilisant les fonctions houvreconnexion, hchangeconnexion, il est facile de pointer sur des environnements de données différents.

Je trouve, mais cela n'engage que moi, que ce principe permet d'aborder la lecture des données plus sereinement.

Bon dev à tous

[hpascal]

Je trouve, mais cela n'engage que moi, que ce principe permet d'aborder la lecture des données plus sereinement.

Tout a fait
J'ajoute juste : éviter les connexions en dur dans l'analyse (sauf si on sait ce qu'on fait). Ça évite des problèmes du style "Je ne comprends pas ! Sur un poste l'application essaye de se connecter à ma base de développement !"

[ggbbii]

Merci pour les réponses.
J'utilise l'accès natif pour la BDD MySQL et un pilote ODBC pour la connexion SQL Server. Mon projet Windev ne contient pas d'analyse.
Du coup je ne pourrais pas utiliser les fonctions HExecuteRequeteSQL sur SQL Server?

[hpascal]

Non pas de fonctions H pour l'ODBC

http://doc.pcsoft.fr/fr-FR/?3044202

[ggbbii]

Merci pour la réponse rapide Pascal.
Il n'y a donc pas de solution à mon problème. On ne peut pas dans le cas présenté effectuer des requêtes simultanées (via les threads) dans des BDD différentes. Les SQLCol des différentes requêtes sur les différentes bases se "chevauchent".

[hpascal]

En effet, avec les fonctions SQL il ne peut y avoir qu'une connexion active

Pourquoi n'utilises-tu pas OLEDB pour accèder à ta base SQL Server ?

[EDM-TAHITI]

Hello,
Je ne comprends pas pourquoi cela se chevauche. Pourrais-tu nous montrer deux requêtes qui se chevauchent.
Même au travers de thread's, cela ne devrait pas... sauf si les requêtes portent le même nom.
A te lire sur ce problème, éventuellement.
PS : j'ai des connexions sur plusieurs bases en simultanée et cela ne me pose pas de soucis, pas de heurt...

[hpascal]

Hello,
Je ne comprends pas pourquoi cela se chevauche. Pourrais-tu nous montrer deux requêtes qui se chevauchent.
Même au travers de thread's, cela ne devrait pas... sauf si les requêtes portent le même nom.
A te lire sur ce problème, éventuellement.
PS : j'ai des connexions sur plusieurs bases en simultanée et cela ne me pose pas de soucis, pas de heurt...

Avec les fonctions SQL seule la dernière connexion ouverte est active. On peut passer d'une connexion à l'autre (SQLChangeConnexion) mais à un instant T il n'y a qu'une connexion active
Enfin, il me semble, d'après mes souvenirs. Mais l'existence même d'une fonction nommée "SQLChangeConnexion" le confirme

Donc si il y a des threads il doivent forcément attaquer la même base.

[EDM-TAHITI]

Hello,
J'avais mal compris me semble-t-il. Je croyais que c'était sur deux connexions différentes... Gniarf, désolé!

[OnePoint]

Bonjour,

J'utilise l'accès natif pour la BDD MySQL et un pilote ODBC pour la connexion SQL Server. Mon projet Windev ne contient pas d'analyse.
Du coup je ne pourrais pas utiliser les fonctions HExecuteRequeteSQL sur SQL Server?

Pour utiliser les fonctions H* avec ODBC en fait il faut utiliser le provider (fournisseur) MSDASQL pour "ODBC via OLE DB".

Mais comme le suggère hpascal, tu peux simplement utiliser un fournisseur OLEDB pour SQL Server.

[hpascal]

Oui parce que "ODBC via OLE DB" ça pédale !

[ggbbii]

Merci pour vos réponses, je jetterais un oeil sur OLE DB voir si ça peut résoudre mon problème.