utilisation de DBGRID en Reseau

Version imprimable

27/02/2014, 19h32
chekkal

utilisation de DBGRID en Reseau

Bonjour à tous,
j'ai une application spéciale supérette jusqu’à là utilisée sur un seul poste et pour les besoins d'agrandissement le client veut créer plusieurs autre poste qui implique la conversion en version réseau.

mon application utilise un dbgrid pour la mise à jour de la base de données, et je voudrais savoir s'il y aura pas des conflit entre les postes sachant que les saisie se font par N° ticket généré par GEn_id.
merci
28/02/2014, 08h09
seabs

Bonjour,

L'utilisation d'un DBGrid pour faire la mise à jour des données d'une base ne me semble pas la meilleure solution. Si cette solution est possible en mono-poste, elle peut devenir rapidement une galère en réseau.

Il faut également prendre en compte que ce type de composant exige une importation, sur le poste, de la totalité de la table pour permettre la navigation.

Je pense qu'il vaut mieux créer une fiche pour créer ou modifier une ligne de la table ou des tables nécessaires à la mise à jour. Dès la saisie ou la modification, il est possible d'effectuer un commit ce qui permet aux autres utilisateurs de pourvoir visualiser les derniers enregistrements.

Par contre, il est possible de faire la saisie d'un ticket comportant plusieurs lignes avec un dbGrid. Il faut simplement bien codifier l'isolation des opérations.

Pour en dire plus, il faudrait connaître le schéma de ton application et les informations qui sont utilisées dans le dbGrid.

Bon courage

bonjour @seabs,

pour chaque nouveau ticket j'utilise le code suivant

Code:

1
2
3
4
5
6
7
8
 
 
FDM.REQR.SQL.strings[0]:='SELECT GEN_ID(VEN,1) AS NUMERO FROM RDB$DATABASE';
FDM.REQR.open;
edit1.text:=reqr.filedbyname('numero).asstring;
////             
Table.sql.strings[0]:='select * from VEN where ticket='''+edit1.text+'''';
table.open;

28/02/2014, 08h39
SergioMaster

Bonjour,

dans bon nombre de tes sujets , on t'a déjà fait part de nos réflexions au sujet des DBGrids , on t'a répété que les DBgrids doivent surtout être utilisées pour des affichages et , qu'en réseau , évidemment cela pouvait causer de nombreux soucis .

Citation:

et je voudrais savoir s'il y aura pas des conflit entre les postes sachant que les saisie se font par N° ticket généré par GEn_id.

enfin je remarque qu'il y a eu quelques progrès ! j'espère aussi qu'il n'y a plus qu'une seule Base et non plus plusieurs comme au début
mais si tu nous disais ce qu'affichait la DBGrid , cela nous avancerait !
- si la dbgrid affiche les Tickets -> oui , il y aura de drôles de choses
- si la Dbgrid affiche les Lignes du Ticket -> non , il n'y aura pas de problèmes SI et SEULEMENT SI ce même ticket n'est pas "ouvert" ailleurs

tu peux aussi considérer d'autres manières de faire ,
par exemple : les tickets sont saisis dans une Globale Temporary Table et ne sont 'mis dans la base' qu'à la validation (paiement)
01/03/2014, 02h54
chekkal

@SergioMaster,

Je te remercie beaucoup c'est toi qui m'a donné l'idée de 'GEN_id':D . pour le dbgrid j'en suis amoureux, il me facilite le travail.:kiss2:
01/03/2014, 07h03
SergioMaster

Citation:

Envoyé par chekkal

pour le dbgrid j'en suis amoureux, il me facilite le travail.

J'en suis conscient et mes utilisateurs en redemande :roll:
ce que je veux surtout te faire comprendre c'est que dans un environnement multi-user ce n'est pas forcément la meilleure des choses .
Le DBGrid est une photographie a un instant T d'un DataSource , l'utilisateur ne rafraichit pas cette dernière , le programme pas forcément
(sauf en gérant les EVENTS et encore c'est pas le top) .
C'est pour ça que je/on recommande des DBGrids en lecture seule et une 'fiche/zone' de modification à part .
Cet usage , les utilisateurs le comprendront de plus en plus facilement grâce aux mobiles et tablettes :mrgreen: qu'est-ce qu'une DBGrid sinon une liste avec sa fiche de modification ;)
02/03/2014, 08h42
chekkal

@sergio master,

j'ai un champs dans ma table de saisie que j'ai appellé 'UTILISATEUR', qui enrégistre le nom de l'utilisateur. Evidemement l'accée à la base de données se fait par mot de passe propre à chaque utilisateur, ainsi l'utilisateur n'a accé qu'au ventes lui corréspondant donc pas de confit d'accée. Et pour ajouter sur le Dbgrid c'est qu'il s'occupe lui même de l'apport des données et comme tu sais dans une application déstinée pour une supperette ou grande surface l'exigence principale c'est la souplesse de manipulation
02/03/2014, 11h51
SergioMaster

1 pièce(s) jointe(s)

Citation:

Envoyé par chekkal

j'ai un champs dans ma table de saisie que j'ai appelé 'UTILISATEUR', qui enregistre le nom de l'utilisateur. Évidement l’accès à la base de données se fait par mot de passe propre à chaque utilisateur, ainsi l'utilisateur n'a accès qu'auw ventes lui correspondant donc pas de confit d’accès.

ben ceci peut se faire dans une GTT , et pas besoin de gérer l'utilisateur

Citation:

dans une application destinée pour une supérette ou grande surface l'exigence principale c'est la souplesse de manipulation

Souplesse ne veut pas dire forcément Grille , de plus la saisie se faisant en général par code barre ce n'est pas dans un dBGrid que je fait cela mais plutôt
dans une zone de saisie , par exemple ainsi : à gauche le ticket , à droite la saisie , de chaque coté des 'actions'
Pièce jointe 139356
03/03/2014, 05h56
chekkal

1 pièce(s) jointe(s)

Bonjour sergio,

voici la représentation graphique de ma fiche de saisie, tu comprendrai bien pour quoi j'utilise le Tdbgrid
Pièce jointe 139409
03/03/2014, 13h40
seabs

Bonjour,

J'ai examiner ton envoi, il me semble possible de traiter la saisie ligne par ligne.

J'ai une application qui ressemble à la tienne. Personnellement, je procède ainsi :

J'ouvre un DBGRID sans aucune indication ;
Pour chaque ligne à saisir, j'ai créé une fiche qui vient se positionner sur la ligne du DBGrid ;
Lorsqu'elle complète, je valide et commit ;
La dbGrid est rafraîchie avec les nouvelles données ;
Ensuite j'ai une validation total du ticket avec une annulation possible.

Bien entendu, il est possible de modifier une ligne ou de la supprimer

Comme le dit très bien @SergioMaster, le dbgrid ne sert qu'à visualiser. En pilotant cela avec un query, le trafic sur le réseau est limité au seul besoin du moment.

Bon après, chacun apporte sa touche personnelle pour permettre une saisie rapide. Dans ce cas, j'ai prévu un pilotage clavier avec + pour un ajout, - pour une suppression et / pour une modification.

Tout cela permet d'obtenir une rapidité suffisante pour les opérateurs.

Bien entendu, la mise en place de code barre peut améliorer très nettement la saisie.

Voilà pour une idée, maintenant à toi de vérifier si cela est applicable à ton cas.

Bon courage
05/03/2014, 06h31
chekkal

bonjour @seabs, je te remercie beaucoup pour tes éclaircissements mais j'ai quelques remarques.

Citation:

J'ouvre un DBGRID sans aucune indication

c'est une idée, mais moi je donne la possibilité à l'utilisateur de revenir en arrière donc le dbgrid doit avoir les données d'un ticket précédent.

Citation:

Pour chaque ligne à saisir, j'ai créé une fiche qui vient se positionner sur la ligne du DBGrid

mais comment avoir la position réelle de la ligne(TOP), j'ai déjà essayé avec l’événement afterpaint, mais il donne pas toujours la position juste.

en plus pour la suppression d'une ligne , moi j'utilise le Dataset exple:dataset.delete, alors comment remplacer avec une commande sql sachant qu'il s'agit de la suppression d'une ligne d'un ticket.
:roll:
05/03/2014, 07h57
SergioMaster

Citation:

Envoyé par chekkal

mais moi je donne la possibilité à l'utilisateur de revenir en arrière donc le dbgrid doit avoir les données d'un ticket précédent.

Moi aussi, et d'ailleurs a tous les tickets , mais pour cela l'utilisateur doit Changer de ticket et donc ma "DBGrid" ne contient que les lignes du ticket en cours

Citation:

mais comment avoir la position réelle de la ligne(TOP), j'ai déjà essayé avec l’événement afterpaint, mais il donne pas toujours la position juste.

pas de "magouille" avec les grilles cela pose toujours des problèmes, une numérotation de Ligne garde l'ordre de saisie , au pire , un hacking de la dbGrid permet de savoir
quel est la ligne en première position dans la Grille (une DBGrid n'est qu'un stringgrid particulier)

Citation:

en plus pour la suppression d'une ligne , moi j'utilise le Dataset exple:dataset.delete, alors comment remplacer avec une commande sql sachant qu'il s'agit de la suppression d'une ligne d'un ticket.
:roll:

eh bien moi j'utilise une Query DELETE , après tout les UPDateSQL sont là pour ça

Quant à ton GUI , perso , j'aurais fait la Grille et en dessous , un panel avec zones de saisie identique à la Grille