Discussion :

[whitespirit]

Bonjour,

J'ai tenté d'utiliser les composants BDE (TTable...) pour une appli client/serveur comme je l'ai fait pour une base Access. Mais le fonctionnement n'est plus possible : par exemple, j'utilise plusieurs TTable pointant sur la même table, ce qui ne parait pas logique mais qui est indispensable car si j'ai bien compris, une table pointe sur un enregistrement, et dans mon appli (progiciel) plusieurs utilisateurs peuvent accèder aux clients, et les mises à jours ne sont pas pris en compte (il faut à chaque fois fermer et ouvrir la TTable pour mettre à jour les modifications des autres utilsiateurs).

Comment faire pour créer une appli Client/Serveur ? Quels composants utiliser ? Dois-je me tourner vers une solution payante ? Si oui laquelle ?

J'utilise CodeGear 2007 (en fait, Builder c++ 2007 mais je n'ai pas eu de réponses sur le forum à ce sujet)

Merci d'avance

[Paul TOTH]

pour moi c'est un comportement normal

il faut actualiser ton écran pour voir les modifications effectuées

mais tu dois avoir un Table.Refresh...je sais plus ça fait très longtemps que je n'utilise plus ces composants

[ShaiLeTroll]

Delphi 2007 MySQL

Dans Delphi 2007, il n'y a pas des composants ADO ou des composants DBExpress qui sont spécialement dédié MySQL ?

Sinon même avec Paradox, pour un bon fonctionnement multi-client (car on ne pouvait pas parler de serveur vraiment), il fallait ouvrir et fermer les tables ...

maintenant est-il nécessaire d'ouvrir toute la table, pour n'afficher qu'une centaine de ligne ... repense ton application en SQL ... cela optimisera la quantité de données passant sur le réseau ...

[whitespirit]

Si mais si je les utilise telle quelle, j'ai une appli utilisant une bd mysql mais mono utilisateur. Lors d'une connexion, j'ai une session X refletant ma base de données à un instant T. Si à T+1 un autre utilisateur ouvre une session Y, l'utilisateur X ne verra pas les modifications faites par l'utilisateur Y, à moins de quitter le logiciel et l'ouvrir, ou d'utiliser des Refresh().

Utiliser des Refresh() peut fonctionner mais quand le faire, ou le faire ? A mon avis, il faut créer un serveur qui s'occupe des connexions entrantes et sortantes, et des appli clients qui se connecte au serveur, mais dans ce cas, je me demande s'il n'est pas préférable de partir sur du php qui me semble plus adapté (ou windev qui propose par défaut une gestion client/serveur fonctionnel). Ne connaissant pas le fonctionnement d'appli client/serveur, je ne sais pas quel paramètres prendre en compte et comment réaliser un serveur fonctionnel (il y'aura des 50aines de clients connectés). Pouvez vous me donner des conseils à ce sujet ?

Merci d'avance.

[Paul TOTH]

PHP te donnera exactement le même résultat (l'autre je ne sais pas ce que c'est ), tu lances un SQL à un moment T qui te renvoie une ensemble de données, et il n'y a qu'en executant de nouveau la requête que tu peux mettre à jour le résultat.

ce que tu désires c'est que le serveur informe tous ses clients de chaque mise à jour de tous les autres clients...ou dans une version optimisée, tous les clients ayant ouvert une table, des mises à jours de cette table par tous les autres clients. Mais je ne pense pas que ça existe, et je ne pense pas que ce soit utile.

Edit: en même temps ça pourrait être amusant de le faire un P2P Les clients enregistrent leur @IP dans une table au lancement de l'application, et quand ils font une mise à jour ils informent leurs autres directement de client à client...why not. Le tout en multicast évidemment

[vanquish]

Dans Delphi 2007, il n'y a pas des composants ADO ou des composants DBExpress qui sont spécialement dédié MySQL ?

ADO ajoute une couche un peu lourde et et je n'ai pas trouvé dbExpress très concluant.
Les choses ont peut être changé avec les dernières versions, mais le composant dbExpress clonait la connexion à chaque requête, ce qui obligeait à des pirouettes pour, par exemple, récupérer le LAST_INSERT_ID.

Pour mois le meilleur ensemble de composants pour mySQL reste ZeosLib.
Un peu lourd à installer (livré en sources), ils permettent un accès natif qui n'oblige, à être livré avec l'EXE, aucune autre DLL que libmysql.dll

L'autre intérêt de ces composant, par rapport à d'autres composant d'accès natif à mySQL, c'est que, comme dbExpress, on peut les utiliser pour se connecter à d'autres bases de données comme Firebird, SQLite ou Postgress.

[whitespirit]

Merci de vos réposnes. Je ne coche pas l'onglet [résolu] en vue d'autres réponses...

[Paul TOTH]

pour en revenir à l'idée que ce n'est pas une bonne idée...prenons un exemple bête

j'ai une DBGrid qui m'affiche le stock d'une PME

comme c'est la première informatisation de la compta, on recrute un pool de gens pour saisir les factures 2007, disons 5 personnes

chaque personne prend disons 5 seconde pour saisir un article dans une facture, et comme mon système et bien foutu, je ne peux pas facturer un article qui n'est pas en stock...on a donc alimenté le stock, et à chaque fois qu'un article est ajouté à la facture le stock diminue.

ben ma DBGrid va s'actualiser toutes les secondes pour refléter la modification du sock, c'est chouette non ? Bon ça va pas être évident de cliquer entre deux mises à jour, mais ça a un petit côté ludique en même temps

[neuneu1]

bonjour

existe il un composant qui permet de se connecter a mysql sans passer par odbc

une connection direct si je peux dire


merci
a+

[Targan]

j ai repondu la meme chose dans un autre sujet (sorry)...

Il existe les composants mySQLDAC mais qui sont peut etre payants (faut verifier si ce n est que pour une utilisation commerciale ou non ?).

[neuneu1]

merci

ce n est pas pour une utilisation commercial..

Effectivement tu avais dejas repondu dans un autre post mais impossible de mettre la main dessus

a+

[whitespirit]

il existe une suite de composants payants disponible à cette adresse :http://www.crlab.com/mydac/. Ils sont payants, mais tu peux les tester durant 30 jours mais ils sont puissants.

Quelle méthode utilises-tu Paul TOTH pour réactualiser ton grid régulièrement ? Si tu utilises un timer ou qq chose comme ça, le comportement revient à celui d'un client/serveur non ? Moi je ne peux pas faire une ré actualisation d'un grid, étant donné que j'ai 70 tables. Ce qui revient à réaliser une appli serveur qui met à jour les données qui sont modifiés. Si mon raisonnement est correct, pour le type d'application que je dois réaliser, je n'ai pas le temps développer un serveur, le tester, mon choix serait de développer en php.

Merci de vos réponses

[Paul TOTH]

il existe une suite de composants payants disponible à cette adresse :http://www.crlab.com/mydac/. Ils sont payants, mais tu peux les tester durant 30 jours mais ils sont puissants.

Quelle méthode utilises-tu Paul TOTH pour réactualiser ton grid régulièrement ? Si tu utilises un timer ou qq chose comme ça, le comportement revient à celui d'un client/serveur non ? Moi je ne peux pas faire une ré actualisation d'un grid, étant donné que j'ai 70 tables. Ce qui revient à réaliser une appli serveur qui met à jour les données qui sont modifiés. Si mon raisonnement est correct, pour le type d'application que je dois réaliser, je n'ai pas le temps développer un serveur, le tester, mon choix serait de développer en php.

Merci de vos réponses

je n'actualise pas mes DBGrid ! à mes yeux ça ne sert à rien

soit l'utilisateur est inactif devant son écran et dans ce cas, on se fiche de la pertinence des infos affichées, soit il travaille à l'écran et il y a peu de chance que les données restent dans l'état très longtemps.

j'ai gardé une habitude de mes années de programmation sur AS/400 ou les données sont affichées en liste non modifiable (un peu à la façon du web d'ailleurs). Quand tu cliques sur une ligne, tu passes sur un écran d'édition (ou d'affichage) d'enregistrement, et au retour la liste est mise à jour.

Si tu regardes bien, ce n'est pas très éloigné de ce que tu trouves sur ce site