Discussion :

[Techys]

Bonjour a tous.
je ne m'y connais vraiment pas en delphi mais j'ai un problème et j'espère que vous pourriez me guidez.

Une entreprise a développé une application métier avec delphi et fonctionnant sous SQL Serveur 2005.
Cette application est Client/Serveur mais est déployé sous plusieurs site.

Donc pour faire la mise a jour de la base de données.
Nous somme obligés de faire des sauvegarde de chaque agence et les injecté dans une base de données test pour valitation avant de linjecter dans la base de données de production.

ce qui crée parfois des décalage au niveau des resultats.

Je voudrais savoir s'il n'existe pas de possibilité pour connecté toutes les agence afin de faire les mises a jour automatique ment ou bien s'il a une possibilité de migrer fer une application entièrement web.

qu'est ce que vous pensez etre la meilleur solution.


Merci.

[VLDG]

tu peux aussi faire du multi tiers et n'avaoir qu'une seule base de données

[chaplin]

Est-ce un problème de synchronisation de base de données ?

[philnext]

C'est une question étrange.
Si tu sais mettre en œuvre un serveur Web alors tu sais faire en sorte que tes clients accèdent à ton serveur de base de données via Internet non ?

[Franck SORIANO]

Je voudrais savoir s'il n'existe pas de possibilité pour connecté toutes les agence afin de faire les mises a jour automatique ment ou bien s'il a une possibilité de migrer fer une application entièrement web.

qu'est ce que vous pensez etre la meilleur solution.

Désolé, mais je n'ai rien compris à ton problème.

Cependant, si vous voulez que toutes les agences puissent travailler sur la même base de données en se connectant à distance sur un serveur unique, le plus simple c'est encore d'installer l'appli en environnement terminal serveur (TSE).

De cette façon, il n'y a rien à changer dans l'appli. Pratiquement n'importe quelle application CS peut fonctionner en TSE, et ça fonctionne très bien avec les sites distants. Au pire, vous passez en Citrix si les performances ne sont pas suffisantes.

[ShaiLeTroll]

+1 pour le TSE !

Nous utilisons aussi ce système via des VPN et Certificats (faut pas déconner sur la sécurité quand même)
Cela évite d'ouvrir la DB sur le monde ... surtout que les utilisateurs TSE ne sont pas nos clients mais des utilisateurs externes, cela nous évite du déploiement de programme client


-1 pour le changement d'architecture
Même si l'idée est bonne, c'est typiquement la solution irréalisable, changer architecture d'une application, c'est souvent la ré-écrire, autant dans ce cas utiliser une vrai technologie web dans ce cas comme C#.NET\ASP.NET pour faciliter la gestion SQL Server (même si resté en MS pur, c'est ...) ou carrément PHP\AJAX ... si on a le budget biensûr



Je ne connais pas SQL Server mais j'ai une problématique similaire, une application Client\Serveur installé sur 60 départements avec MySQL

A Chaque installation, le programme Delphi détecte la version de la DB, et applique un script (Code Delphi \ SQL) de Migration (cela migre version par version de façon transparente, le script peut être TRES Grand, les versions s'accumulant !)
De même la structure de la Base de Données est décrite par un XML, il suffit de modifier le XML durant le DEV, automatiquement cela générera les ALTER TABLE ou tous les CREATE nécessaires lors du démarrage de l'application.

Nous en pleine étude de la centralisation de certaines données entre le 60 départements, 10 sites régionales et un central national.