Mais quelle type de base à installer pour gérer les fichiers mobile localement : sqlite ou un HFCS spécifique pour le mobile
Salut Bonjour visiteur, Merci de vous Inscrire ou de vous connectez pour voir les liens! si ça peut aider Bonjour visiteur, Merci de vous Inscrire ou de vous connectez pour voir les liens!
Bonjour visiteur, Merci de vous Inscrire ou de vous connectez pour voir les liens! Pour le coup, je ne saurais pas trop te conseiller.. je n'utilise que HFSQL et j'en suis satisfait. Et puis HFSQL est parfaitement intégré aux editeurs PCSoft donc c'est un avantage je suppose.
ben je dirais que ça dépend de l'usage. si tu ne l'exporte pas vers d'autre appli, l'avantage de hf est comme dit @ezequiel adapté au produit pcsoft, tu auras plus de commande sql. tu peux la copier coller d'un 'une appli wd a une wm. mais elle sont plus grosse. après rien ne t’empêche dans ton analyse de prévoir les deux connexion (avec la même description de fichier). et avec un hchangeconnexion tu passe de l'une a l'autre et tu peux tester celle qui te convient le mieux.
Bonjour visiteur, Merci de vous Inscrire ou de vous connectez pour voir les liens! Bonjour, c'est assez intéressant Tenons le taureau par les cornes Je résume : 1- Application de "Réservation de Billet" 2- App utilisée dans plusieurs agences ---------> implicitement plusieurs postes par agence 3- App MOBILE (Entreprise) pour impression de tickets 4- App WEB (pour Clients) pour réservation et (suggestion) impression de réservation 5- Éventuellement (suggestion) App MOBILE (Client - téléchargeable) pour réservation et impression de réservation Mes suggestions de conception: 1- tu dis réplication monodirectionnelle -------- Donc ----------> Serveur HFSQL/CS en centrale 2- Au niveau des agences ------------------------------------------------> App windev + Serveur HFSQL/CS en local pour chaque agence (même s'il y a un poste) 3- pour ton site webdev, plusieurs solutions selon où ton site est hébergé, celui ci se connecte à un HFSQL/CS de préférence 4- Pour les applications windev mobile, HFSQL mobile en local de préférence Argumentation : 1 - Mis à part le Site WEB, tout le travail se fait en local (Agence ou Mobile), il n'y a vraiment pas besoin de WebService. Nous parlons de "monodirectionnel" donc chaque enregistrement identifie en lui même la provenance et donc pas besoin d'aller en central pour vérifier quoique ce soit, toute la vérification se fait en local. Très bonne solution, car c'est uniquement les serveurs HFSQL qui utilisent Internet. En centrale, pour pouvoir utiliser la BDD en temps réel, il suffit de faire un réplication à chaque modification sur les serveurs locaux. 2 - Tout ce beau monde, se réplique automatiquement au serveur central (au choix selon planification ou à chaque modif, et à chaque reconnexion). 3 - J'ai choisi partout HFSQL, Il vaut mieux tourner avec un environnement homogène (Très important pour la résolution de problèmes). 4 - Au point de vue BDD : 1- Clé unique des enregistrements des billets à prendre en compte (ATTENTION !!!) 2- Clé unique des enregistrements des réservations à prendre en compte aussi (ATTENTION!!!) J’espère t'avoir un peu mis sur la route.
Merci pour vos réponses Désolé, la réplication sera bidirectionnelle. Après discussion avec le client il explique que le coté mobile ou les agences distantes doivent connaitre les places libres, réservées ou vendues par d'autre agences . Donc la synchronisation doit être dans les 2 sens en temps réel. C'est quoi vos exigences professionnelles ?