Version imprimable
Bonjour;
j'utilise une base de donnee SQL Server 2014 pour stockee les donnees de notre societe et j'utilise des application access et windev pour cconnecter cette base,
mais la probleme est l'orsque les utilisateurs(500 utilisateur) utilisent un table en update en meme temps ,il y' a risque de que le modification ne se fait pas en table sachon que le table contient 4 millions de lignes.
il y at'il une solution pour eviter cette probleme .
Merci.
Ridha
Bonsoir,
Il n'y a aucun risque du coté SQL server.
Par contre la mise en cache des informations coté Access et windev risque "d'écraser" les modifications antérieures.
Ex : dans les appli on voit une table personne(Id, nom, prénom, date de naissance)
un utilisateur change le nom et le prénom
un autre utilisateur, qui n'a pas actualisé sa grille, change le nom et la date de naissance.
En fonction de ce comment les mises à jour sont faites depuis les appli, il y aura des avertissements comme quoi la ligne n'est plus la même (ou pas) et, objectivement, à l'issue des 2 modifications, quelles sont les valeurs résultantes des différentes colonne ?
Faut faire le test Access -Access, Access-Windev, Windev-Access, Windev-Windev.
Bonjour ;
la probleme est que le mise a jour ne se fait pas completement et non pas prendre des autres valeurs, est ca la probleme .
ce t'a dire pafois le mise a jour se fait parfois et parfois ne fait pas completement.
l'orsque la modification ne se fait pas , la ligne ou se fait la modification est une ligne nom modifiable est on ne peut pas faire des modification.
je ne sait pas ou est la probleme mais le test Access -Access, Access-Windev, Windev-Access, Windev-Windev ne m'aide pas a resoudre la probleme.
Merci.
Ridha.
Merci.
Bonsoir,
C'est justement ce phénomène qu'il faut expliciter : pourquoi, comment.Citation:
Envoyé par ridha11111
Comment réussir à cerner l'origine du problème si vous ne faites pas de test ?Citation:
Envoyé par ridha11111
Un update peut tout à fait ne mettre à jour une seule colonne comme toutes les colonnes en une seule opération.
C'est le client qui écrit l'update. D'où l'idée de tester par rapport au client.