PC SOFT

PROFESSIONAL NEWSGROUPS
WINDEVWEBDEV and WINDEV Mobile

Home → WINDEV (earlier versions) → A l'enregistrement de lignes de vente, doublon, triplon, ... des lignes avec un même id unique
A l'enregistrement de lignes de vente, doublon, triplon, ... des lignes avec un même id unique
Started by ChrisD, Feb., 24 2017 1:15 AM - 3 replies
Posted on February, 24 2017 - 1:15 AM
Bonjour,

A l'enregistrement des lignes de vente (détail d'un bon de livraison par exemple), l'utilisateur se retrouve avec la même ligne en deux, trois, quatre, voir cinq exemplaire avec le même id. La base de données est en HFSQL classique. Le fichier dont question à un peu plus de 65.000 enregistrements.

L'ID d'une ligne de vente est numérique et indiqué comme clé unique. Avant l'enregistrement des lignes, le fichier des lignes de vente est bloqué pour tous les autres utilisateurs. La clé numérique n'est pas un identifiant numérique automatique mais fixé par moi même. Pour connaître le dernier ID, je sélectionne les cinq derniers ID par ordre décroissant, je prends le premier auquel j'ajoute la valeur de 1, et ainsi de suite pour chaque ligne. L'enregistrement d'une ligne est réalisé par une instruction sql qui crée la ligne avec chaque rubrique. Les lignes mémorisées, le fichier est débloqué pour les autres utilisateurs.

Mes problèmes ont commencé il y a quelques jours quand un utilisateur a remplacé son serveur qui a rendu l'âme par un serveur équipé du dernier Windows Serveur. Avant je ne rencontrais pas de problème.

La création de ces doublons ne s'effectue pas pour chaque document de vente enregistré et, dans un même document, plusieurs lignes peuvent être concernées alors que d'autres ne le sont pas, et peuvent l'être toutes avec un nombre variable, doublon, triplon, .....

Je finirai par croire que la gestion des fichiers HFSQL est vraiment peu fiable. Elle nécessite d'ailleurs trop souvent une réindexation. J'ai un client avec une base de données en SQL Serveur avec plus de deux millions de lignes pour le détail des ventes, je n'ai aucun problème.

Si quelqu'un a un avis sur les mesures à prendre, je suis bien entendu preneur. Merci d'avance pour ceux qui répondront.

Cordialement


ChrisD
Posted on February, 24 2017 - 12:52 PM
Bonjour,

Je finirai par croire que la gestion des fichiers HFSQL est vraiment peu
fiable. Elle nécessite d'ailleurs trop souvent une réindexation. J'ai un
client avec une base de données en SQL Serveur avec plus de deux
millions de lignes pour le détail des ventes, je n'ai aucun problème.



HFSQL est fiable quand utilisé correctement.

C'est à dire, pour du multi utilisateur en Client Serveur (et ce depuis
au moins VISTA !!!).

Tu dis que la bidouille que tu utilise bloque les fichiers, et donc tu
te retrouves avec les problèmes CLASSIQUES d'oplock qui ont changés et
ca sevoit très bien au changement de serveur.

Cordialement


--
Fabrice Harari
Consultant WinDev, WebDev et WinDev Mobile International

A votre disposition : WXShowroom.com, WXReplication (open source) et
maintenant WXEDM (open source)

Plus d'information sur http://fabriceharari.com
Posted on February, 25 2017 - 11:34 AM
Bonjour Fabrice,

Il faut donc travailler avec le serveur Manta pour éviter tous ses soucis ! Est_ce bien cela ? Mais pourquoi ces problèmes ne se rencontrent pas avec une base de données SQL Serveur ? C'est que celle-ci prend en charge ce que fait le serveur Manta je suppose. Donc, il faut ne travailler avec les fichiers HFSQL que sur des installations monopostes !

Merci pour l'indication en attente d'une confirmation de ce qui précède.

ChrisD
Posted on February, 27 2017 - 11:43 AM
Bonjour

en SQL Server et HF Server, pas de problème.

Le partage de fichiers/répertoires à travers le réseau tel que tu
l'utilise est un très vieux système qui ne devrait plus être utilisé
depuis au moins VISTA sue aux problèmes d'oplock.

Ca créé entre autre les besoins de réindexation que tu décris

Et si tu cherches oplock sur ce forum, tu auras les exemples

Cordialement


--
Fabrice Harari
Consultant WinDev, WebDev et WinDev Mobile International

A votre disposition : WXShowroom.com, WXReplication (open source) et
maintenant WXEDM (open source)

Plus d'information sur http://fabriceharari.com




Le 2/25/2017 à 5:34 AM, ChrisD a écrit :
Bonjour Fabrice,

Il faut donc travailler avec le serveur Manta pour éviter tous ses
soucis ! Est_ce bien cela ? Mais pourquoi ces problèmes ne se
rencontrent pas avec une base de données SQL Serveur ? C'est que
celle-ci prend en charge ce que fait le serveur Manta je suppose. Donc,
il faut ne travailler avec les fichiers HFSQL que sur des installations
monopostes !

Merci pour l'indication en attente d'une confirmation de ce qui précède.

ChrisD