Discussion :

[Torgoth]

Merci Laurent, je lirai ça aujourd'hui!

Pour faire quelques chose de quick et qui marche j'aurais plutôt choisit le couple Access / SQL Server. Access en frontal pour le dev en client lourd et SQL Server Express pour la base.

PostGreSQL est déjà notablement plus lourd en admin... Par exemple faire une sauvegarde PostGreSQL c'est en ligne de commande... Vos vieux médecins seront ils à l'aise avec la ligne de commande lorsqu'il faudra restaurer ?

En revanche dans SQL Server c'est par l'interface graphique et n'importe quel utilisateur peu féru d'informatique saura restaurer une base....

Comme vous avez bidouillé en VB vous sera à l'aise avec Access qui est en VBA !

A +

En effet, les lignes de commande seront un problème!

Pensez-vous que je pourrai atteindre la même qualité avec Basic de Openoffice? J'utilise volontiers cette suite dans la vie courante et si je peux leurs éviter un coût supplémentaire, ça serait bien!

[SQLpro]

Non... c'est pire qu'Access et ça plante tout le temps. Il n'existe aucun outil pour réparer les bases endommagé et vous ne trouverez de support nulle part. En sus c'est très pauvre en matière de SQL et la capacité en pratique est très limité (en nombre d'utilisateur, comme en volumétrie de BD)...

A +

[SQLpro]

Et pourquoi ne pas utiliser une application open-souce existante
Il existe plusieurs outil (voir http://www.datamation.com/open-sourc...oftware-1.html) qui nécessiterai peut-être une petite étude et évaluation.

Excellente remarque s'il était américain... reste que le n° de sécu français (ou belge) et les pratiques médicale de la sécu n'ont rien à voir avec ce que font les pays anglo saxon en général !

A +

[Torgoth]

Je vous remercie tous de m'avoir aidé à opérer mon choix, je partirai sur la dernière proposition de M. Sqlpro.

Passez une bonne fin de semaine.

Passage en résolu.

[StringBuilder]

Bonjour,

Juste pour apporter mon grain de sel :
-> Après le choix de SQL Server (qui devrait s'imposer dès qu'il est question de travailler sous Windows), le choix du front-end peut, à défaut d'être Access (payant, et pas toujours adapté aux GUI évoluées), il reste les choix suivants :
1/ Une interface Web, avec PHP ou .NET (oublier Java si possible, qui est franchement très lourd, et d'aucune utilité en mode web puisqu'on est en mode mono-plateforme)
2/ Un client lourd, cette fois en C# ou VB.NET, ou éventuellement Java, mais aussi d'autres langages.

Du sur mesure, ça a l'avantage de s'adapter à toutes les demandes. En contrepartie, il y a plus de boulot.