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 ?

[pepito62]

Donc pour faire la mise a jour de la base de données.

Quelle mise à jour ?
- Si la BDD évolue, c'est que le logiciel Delphi évolue également ?

Si oui, alors je pense plus à un soucis de procédure. Vous ne devriez pas avoir de décalage de donnée.
1- Il faut que la base de test soit identique à la base de prod
2- Installer les mises à jours sur la base de test (et mettre à jour le logiciel delphi)
3- Faire des tests, etc...
4- Demander des correctifs si des choses ne fonctionne pas
5- Si correctif, effectuer les mises à jours sur la base de test.
6- Une fois ok. Reporter les mises à jour passé sur la base test vers la base prod. Idem pour le soft. Et ceci dans toutes les agences.

=> Au final, vous aurez une version base + appli testé et fonctionnel. Sans perdre les données de la prod !

Après, il est possible de centraliser la BDD mais cela veut dire que toutes les agences stockeront sur la même BDD.
Pour cela, il faut faire évoluer le logiciel Delphi pour ne pas avoir des problèmes de gestion.
- exemple 1 : Agence A qui supprime quelque chose créé par l'Agence B.
- exemple 2 : Donnée en doublon
- exemple 3 : Sécurisation des données

[skywaukers]

Bonjour,

pour moi le mieux ce serait que tu changes l'architecture de ton appli pour a mettre en multitiers (Delphi Enterprise avec Datasnap ou Delphi pro avec RemObjects ou Midware ou ...).

@++
Dany

[VLDG]

pour moi le mieux ce serait que tu changes l'architecture de ton appli pour a mettre en multitiers (Delphi Enterprise avec Datasnap ou Delphi pro avec RemObjects ou Midware ou ...).

+1 pour le multi tiers.

En plus de ces technologies, il y a aussi :
- RealThinClient
- la solution made in France d'Henri Gourvest www.delphionrails.com
- http://www.components4developers.com/

[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.