Discussion :

[jjacques68]

Bonjour à tous,

Je reviens vers vous pour une nouvelle histoire étrange :

Dans mon application, j'ai une analyse avec :
Des tables locales au projet (dans un perso dossier "Base_Locale")
et des tables sur un serveur HFSQL (dans un perso dossier "Base_HFSQL").

Dans le code d'initialisation du projet, je gère la connexion des tables du serveur via une variable connexion et un HChangeConnexion('Base_HFSQL', MaConnexion).
ça c'est ok ça fonctionne.

Pour les tables locales, je fais un HChangeRep('Base_Locale', fRepExe()+"\").
Tout fonctionne très bien.

MAIS si maintenant je coupe le serveur HFSQL,
lorsque j’exécute des requêtes qui utilise uniquement que les tables locales, j'ai une erreur comme quoi il y a un échec de connexion au serveur HFSQL.

Normalement, cela ne doit pas gêner si ?
Ce serait des requêtes qui visent les tables HFSQL je comprendrai, et d'ailleurs je le gère ce cas de figure !
Mais pour les tables locales ????

Quelqu'un a une idée ??

Merci d'avance !

[tbc92]

Si je ne m'abuse, toutes tes lectures/écritures se font par des requêtes SQL.

Je passerais par 2 connexions :

Code :

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

1
2
3
4
5
6
7
8
9
10
cx1 , cx2 est une connexion
hdecritconnexion ( cx1, bla bla )  // base locale
hdecritconnexion ( cx2, bla bla)    // base distante
houvreConnexion( cx1)
houvreConnexion( cx2)
 
// tes requetes 
 
hferme(cx2)
// tes requetes  sur la base locale.

Sachant que dans toutes les requêtes, tu va spécifier si la requête s'exécute sur cx1 ou cx1 : parmi les différentes syntaxes de hexecuteRequeteSQL, il y en a une où le 1er paramètre est une variable de type connexion.

Avant d'ajouter cx1 et cx2 partout dans tes requêtes, vérifie quand même sur un petit essai bidon que ça marche !

[jjacques68]

alors ce sont des requêtes réalisées avec l'éditeur de requête.
J'utilise la fonction HExcuteRequete et non HExecuteRequeteSQL...

Mais je viens de voir que l'on peut également détailler une connexion...

Ce serait une bonne idée ! Cependant je ne décrit pas de connexion pour les bases locales...
comme elles sont locales !!

du coup... ???

[tbc92]

Même pour les bases sont locales, tu peux les accéder via hexecuteRequete(maConnexion, ...)

Dans les faits, tu peux même programmer en faisant partout : hexecuteRequete(maConnexion, ...), et au moment de déployer ton programme, tu vas décider d'installer ta base en locale, ou en HFCS (ou en mySQL ...)
Le même programme peut tourner indiféremment sur un type de base ou un autre, sans avoir besoin de le recompiler.

[jjacques68]

ok ça je comprends.

Bon attention, je n'utilise pas les connexions décrites dans l'analyse !
Celles-ci me permettent juste de faire la synchro des base HFSQL en mode développement.

du coup comment créer une connexion pour des tables locales, situées dans le répertoire de l'application... ???

[tbc92]

Regarde l'aide de la fonction hDecritConnexion() : paramètre hAccèsHF7 ; commentaire associé : Pseudo-connexion à une base HFSQL Classic
Puis hChangeConnexion( fichier1, maconnexionLocale) : Dorénavant, Windev saura que toutes les commandes qui attaquent le fichier fichier1 doivent l'attaque sur la bas HFSQLClassic.

Et les exemples détaillés qui vont avec l'aide : https://doc.pcsoft.fr/fr-FR/?1000003...exion_fonction

L'exemple 3 correspond exactement à ce que tu cherches. hDecritConnexion pour passer en HFSQLClassic, et dire en même temps que les fichiers FIC sont dans tel répertoire.

Tout est dit dans la documentation.

[Yusep]

Bonsoir
Je fais comme ceci :

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
18
19
20
21
22
23
24
25
26
27
SELON sProvider
    CAS "hAccèsHF7"
        sConexion..Utilisateur = ""
        sConexion..MotDePasse = ""
        sConexion..Serveur = sDirDatos
        sConexion..BaseDeDonnées = ""
        sConexion..Cryptage = hCryptageNon
        sConexion..Accès = hOLectureEcriture 
        sConexion..InfosEtendues = "Infos étendues" 
        sConexion..OptionsCurseur = hCurseurClient 
        sConexion..Compression = Vrai
        sConexion..Source = sDirDatos
        SI HChangeConnexion(sFichero, sConexion) = Faux ALORS
            // CONEXION FALLA
            bConnexionDistante = Faux
            Erreur(HErreurInfo())
        SINON
            // CONEXION CORRECTA
            SI HOuvreConnexion(sConexion) = Faux ALORS
                bConnexionDistante = Faux
                Erreur(HErreurInfo())
            SINON
                // CONEXION CORRECTA
                bConnexionDistante = Vrai
            FIN
        FIN
    CAS ........

[jjacques68]

Pseudo-connexion à une base HFSQL Classic

et mais ça à l'aire fort ben intéressant ça !

tu peux pas t'imaginé combien de fois j'ai lu cette doc sans percuter dessus....

J'essaye demain.

@yusep, merci, je fais qqch de similaire...

[Yusep]

J'ai fait une procedure por traiter tous les types de connexions.
Si tu veux tu peux collaborer pour la completer et l'ameliorer.

[jjacques68]

Bon ben ça marche pas...

Je viens de tester :

J'ai donc créer une pseudo connexion pour les bases locales
Associé cette connexion aux fichiers locaux.
Ajouter la connexion dans toutes les requêtes concernées.

Et même cas de figure, si le serveur HFSQL est arrêté, l'appli plante...

[jjacques68]

c'est étrange parce que si je démarre l'appli alors que le sreveur est éteint, elle se déroule correctement.

C'est que quand le serveur s'arrête alors que l'appli est en cours que ça plante

[jjacques68]

j'ai l'impression que le problème ne vient pas de la connexion à lq base HFSQL, mais plutôt de la l'appel d'un Thread bien spécifique...

Quand la connexion au serveur n'existe plus, toute l'appli rame et fini par planté à l'appel de ce fameux thread.

De plus, j'ai des avertissement quand ça plante qui me dit que :

L'appel de la fontion ... tableaffiche(), MaFonction(), Message(), ... est déconseillé dans un thread !!!!

Ce qui très étrange parce que je sais qu'i lne faut pas faire appel à l'IHM dans un Thread !!
Je passe toujours par des fonctions spécifiques appellées par un ExecuteThreadPrincipal() !!!!!

vous avez une idée ?

[jjacques68]

je crois que je viens de comprendre ce qui bloquait...

Quel est le lien avec le serveur HFSQL ??? ça je ne sais pas.

Mais dans Mes Thread, il y a des procédure qui sont appelées par ExecuteThreadPrincipal()

Dans ces procédures, d'autres procédures sont appelées... mais pas toujours avec ExecuteThreadPrincipal()...

Du coup je viens de modifier l'appel de TOUTES mes procédures en ajoutant ExecuteThreadPrincipal().

Et là ça semble bien fonctionner...

Mais franchement je trouve pas ça logique, surtout si ces procédures n'affectent en rien l'IHM !

Bref vive la cascade d'appel de procédures !

Bon je crie pas victoire trop vite...