Discussion :

[droliprane]

Salut à tous

ça fait longtemps que je me demandais ce que signifiais cette option et si elle peut m'être utile, sachant que moi je bosse avec une base Sql Server.
Ceci étant, mon application multi-fenêtrées dans des onglets, présentait parfois des bizarreries, du genre j'ouvre une fiche article A dans un premier onglet, puis un article B dans un second onglet (il est très probables que j'utilise des instructions Hlitpremier, etc... pour aller parcourir des tables de mon analyse), et en revenant sur l'article A si j'enregsitre hé bien j'écrase mon article B avec les champs de A...

Je me demandais si cette option pouvait résoudre ce problème, même si je n'utilise une base HyperFile mais SqlServer ?

Après quelques tests, j'ai l'impression que oui.

Merci à vous

[frenchsting]

Je dirais que c'est possible si tu utilises un accès natif ; utilisation des fonctions hXXX.

Après, je ne connais pas ton environnement. Est-ce que tu utilises des transactions ?

[philouZ]

J'ai fait le même constat avec postgreSQL du coup je le coche à totes les fenêtres. Pourtant dans l'aide c'est bien précisé que ça ne sert à rien en accès natif. L'aide ne serait-elle pas à jour ???

[droliprane]

Je saurais même pas dire si je suis en natif ou pas (je n'ai acheté aucun module supplémentaire à pcsoft) donc je dirais que non

Dans mon analyse et mon objet Connexion je vois que je suis en OLEDB.

Je n'utilise pas les transactions.

Mais je vois bien le changement entre avant/après avoir coché la case.

Avant les actions réalisées dans un onglet parasitaient un autre onglet (position des curseurs je suppose) et maintenant je suis tranquille ! Je vais pouvoir réintégrer ma fonctionnalité de multi-onglets que j'avais enlevée à cause de ces effets de bords.

Depuis quelle version sql server est supporté ? Je suis en v21 depuis 2 ans je dirais, avant j'étais en v17 et ça ne fonctionnait pas.

merci à vous

[frenchsting]

Pour l'accès natif, tu as une licence à acheter. Si l'accès natif existe, tu as la dll WDxxxSQLSERVER dans ton dossier EXE.

[droliprane]

Bonjour à tous

il semblerait qu'il y ait une différence d'environnement entre mon pc de développement et mon serveur TSE sur lequel mes utilisateurs exécutent mon appli.

Je m'explique : depuis mon poste ou directement sur le serveur Sql 2014 qui contient la base PROD, je n'ai pas de soucis. En revanche, depuis mon TSE, mon appli plante avec des erreurs SQLOLEDB, et ce depuis que j'ai passé toutes mes fenêtres en "contexte HyperFile indépendant".

Evidemment, sur mon TSE pas d'instance sql installée, ni d'outils client sql. Je suppose donc un driver manquant ou pas à jour ...

Erreur à la ligne 15 du traitement Procédure globale _threadJOURNAL.
Vous avez appelé la fonction HRAZ.
Erreur de l'accès OLE DB.
Numéro d'erreur = 170124

Echec de l'ouverture de la connexion :
Source de données <LOCALHOST\MAYA>
Provider OLEDB <SQLOLEDB>

Détail de l'erreur système :

Description = [DBNETLIB][ConnectionOpen (Connect()).]Ce serveur SQL n'existe pas ou son accès est refusé.
Source = Microsoft OLE DB Provider for SQL Server
SQL State = 08001
Error Number = -2147467259 (0x80004005)
Native Error Number = 17 (0x11)


**********************************************

----- Informations techniques -----

Appel WL :
Traitement de 'Procédure globale _threadJOURNAL' (ProceduresGlobales._threadJOURNAL), ligne 15, thread 0
Fonction 'HRAZ', syntaxe 1

Que s'est-il passé ?
Erreur de l'accès OLE DB.
Numéro d'erreur = 170124

Echec de l'ouverture de la connexion :
Source de données <LOCALHOST\MAYA>
Provider OLEDB <SQLOLEDB>

Code erreur : 73001
Niveau : erreur fatale
Code erreur WD55 : 3001

Message d'erreur système :
Description = [DBNETLIB][ConnectionOpen (Connect()).]Ce serveur SQL n'existe pas ou son accès est refusé.
Source = Microsoft OLE DB Provider for SQL Server
SQL State = 08001
Error Number = -2147467259 (0x80004005)
Native Error Number = 17 (0x11)

Dump de l'erreur du module 'wd210hf.dll' (21.0.124.0).
Identifiant des informations détaillées (.err) : 72801
Informations de débogage :
IEWDOLDB=105.3
Module=<WDOLDB>
Version=<21.0.11.0>
Provider : SQLOLEDB
Utilisateur : sa
Source de données : LOCALHOST\MAYA
Base de données : MAYA
Timeout de connexion : 30
Timeout de commande : 30
Unicode supporté : 1
Code page du WL : 1252
Code page de la connexion : UTF-16

Version du MDAC = <6.3.9600.16384>.

[Data format]
Query Parameter Checked = <0> = <>
Query Parameter Needing conversion = <96> = <BOOLDECIMAL>
DecimalSeparator = <Undefined>
DateFormat = <Undefined>

[Cursor settings Match]
LockType = <adLockUnspecified>, Location = <adUseNone>, Type = <adOpenUnspecified>, Capacities = <ffffffff>
LockType = <adLockUnspecified>, Location = <adUseNone>, Type = <adOpenUnspecified>, Capacities = <ffffffff>
LockType = <adLockUnspecified>, Location = <adUseNone>, Type = <adOpenUnspecified>, Capacities = <ffffffff>

Fonction (7,47)
Informations supplémentaires :
EIT_NATIVECODE : <170124>
EIT_ADOCODE : <-2147467259>
EIT_BASECODE : <17>
EIT_ODBCDESCRIPTION : <[DBNETLIB][ConnectionOpen (Connect()).]Ce serveur SQL n'existe pas ou son accès est refusé.>
EIT_ODBCCODE : <08001>
EIT_LOGICALTABLENAME : <act>
EIT_PILEWL :
Procédure globale _threadJOURNAL (ProceduresGlobales._threadJOURNAL), ligne 15
EIT_DATEHEURE : 30/09/2019 09:02:00
EIT_TYPE_WDFILE : <7>
EIT_IDCODE : <458752>

Merci pour votre aide.

[frenchsting]

Question : ton serveur SQL de prod est le même que celui de test ?

[droliprane]

Oui oui c'est bien un 2014 (version 12.0.2000.8 RTM)

Mais je pense que c'est au niveau des sources de données. Par contre je ne sais jamais si je dois regarder dans les sources 32bits ou 64bits.

Mon programme est compilé en 32bits, mais est-ce que pour autant il utilise un driver 32bits ?

Voilà ce que j'ai sur mon pc de dev :



même chose sur mon serveur SQL de prod :



mais des différences de version sur mon TSE :



Je suis un peu perdu car bizarrement, le sql native client 2011.110.2100.60 que j'ai aussi bien sur mon serveur sql que sur mon pc de dev, est un module qui ferait partie de la version 2012 !?

[frenchsting]

La logique voudrait q'un prog 32 bits n'accède qu'à du 32 bits...

[droliprane]

Bon alors j'ai désinstallé et mis la version 2011.110.2100.60 du sql server native client

Toujours le même problème.

Reste l' ODBC DRIVER 11 qui est plus récent sur mon TSE (2014.120.5543.11 vs 2014.120.2000.08)

Ce qui est étrange, c'est que c'est vraiment le passage en "Contexte HF indépendant" qui révèle le problème.

Est-ce que je devrais poster un sujet à part ou je peux continuer ?

[frenchsting]

Est-ce que tu as contacté le ST ?

J'avoue que je n'ai pas du tout le tarif, mais l'acquisition d'un accès natif peut se révéler un bon investissement.
[EDIT] : c'est 747€ HT l'accès natif. Je viens de trouver le tarif sur le site de PCSOFT.

[droliprane]

En dernier recours je les appellerai.

Mais ce que je comprends pas c'est pourquoi ça fonctionne sans erreur quand je le lance depuis mon poste de dev (tout en pointant sur le serveur sql) ou depuis le serveur sql.

Donc j'ai pris une machine du réseau sur laquelle je n'avais jamais installé mon appli.
Ca plante pareil. J'ai installé le driver ODBC à l'identique de celui sur le serveur sql, puis le sql native client dans la bonne version, et ça plante toujours.

A l'instant je fais un dernier test, en décochant l'option "HF indépendant" sur ma fenêtre première dans le projet, celle qui sert de "conteneur" pour toutes les autres. Et bizarrement, ça a l'air de tourner...

[frenchsting]

N'y aurait-il pas une màj Windows (ou une appli liée) qui ne serait pas sur ces postes, et qui par leur absence, fait planter l'appli ?

[droliprane]

Non rien de tout ça.

Ca semble résolu suite au décochage de l'option, pour la fenêtre commune.

Je vais mettre en test sur key user, et voir si c'est stable sur quelques jours.