Décision Base de données partagée (application java)

NeoGeoo · 07/04/2011, 09h41

Bonjour à tous,

Voilà je dois concevoir une application en JAVA(JDBC) pour gérer des patients dans un cabinet de plusieurs Kinés :

- L'application est installée sur chacun des PC des kinés
-> Il faut donc une petite BD avec.

Au départ j'ai opté pour une BD embarquée (H2/ HSQLDB) mais il s'avère que ces Kinés sont censés se partager les données (un Kiné consulte un patient d'un autre) donc :

==> Base de données partagée (est-ce bien la seule solution ?)

Question :Comment faire cela efficacement avec un maximum de robustesse et un coût raisonnable svp ?

Merci

SQLpro · 07/04/2011, 11h37

Dans le monde Windows SQL Server Express 2008 R2 est un bon outils. Si vous voulez quelque chose de plus complexe, utilisez PostGreSQL.

Tous les deux étant gratuit, ce qui n'est pas le cas de MySQL.

A +

NeoGeoo · 08/04/2011, 09h32

Merci pour ces infos.
Cette application doit être installée dans plusieurs cabinets. Ne serait-il pas plus simple d'héberger une Base de données centrale sur internet pour tous ces cabinets ?

Ceci éviterait les problématique d'installation chez chacun des cabinets. Reste à garantir la séparation des données dans la BD.

Je ne sais pas si c'est faisable et si il y a de bons services pas chers pour ça (les données à stocker sont légères & peu abondantes) ?

SQLpro · 11/04/2011, 17h16

Il n'y a guère que pour MySQL que vous trouverez de l'hébergement gratuit, mais pas sécurisé du tout (aucune garantie de sauvegarde par exemple).

Pour une utilisation professionnelle, les solutions en hébergement mutualisée sur serveur PG ou SQL Server commencent à 30 € HT par mois, mais après tout dépend des services. Si l'on rajoute la sauvegarde et la haute dispo, on est vite à 100 € HT par mois... Or un petit serveur coûte moins de 1 000 €....

Enfin quid de l'indisponibilité d'Internet ? Les médecins peuvent-ils se passer de leur informatique au moins 2 à 3 h ???
A méditer !

A +

NeoGeoo · 13/04/2011, 17h06

Ok,

Tout compte fait vu le déploiement et la complexité de la maintenance. Je pense opter pour un système de fichier (~CSv)

Raisons :
- Ce système sera installé chez plusieurs cabinets un peu partout
- Les données stockées sont très légères, avec max 3 tables et ~10 lignes par jours dans chaque table
- Il suffit ainsi d'opter pour un sys partagé : un disque dur WIFI par exemple, que les médecins configurent eux meme. je n'ai qu'à leur livrer le soft en Java.
- ce système peut muter ensuite en BD sans aucun problème.
- les sauvegardes sont faciles

Vous en pensez quoi ?
(je sais ce n'est pas très "techno" mais les médecins ne le sont pas

)

Waldar · 13/04/2011, 18h24

Bienvenue dans cette nouvelle décennie qui s'ouvre à vous, les années 1970 !

SQLpro · 13/04/2011, 19h34

Citation:

Envoyé par NeoGeoo

Vous en pensez quoi ?
(je sais ce n'est pas très "techno" mais les médecins ne le sont pas

):

Sincèrement ? Du crétinisme à l'état pure...
Ce n'était d'ailleurs pas la peine de nous déranger !

A +

07/04/2011, 09h41	#1
NeoGeoo Nouveau Membre du Club Inscription : mars 2009 Messages : 90 Détails du profil Informations forums : Inscription : mars 2009 Messages : 90 Points : 34 Points : 34	Décision Base de données partagée (application java) Bonjour à tous, Voilà je dois concevoir une application en JAVA(JDBC) pour gérer des patients dans un cabinet de plusieurs Kinés : - L'application est installée sur chacun des PC des kinés -> Il faut donc une petite BD avec. Au départ j'ai opté pour une BD embarquée (H2/ HSQLDB) mais il s'avère que ces Kinés sont censés se partager les données (un Kiné consulte un patient d'un autre) donc : ==> Base de données partagée (est-ce bien la seule solution ?) Question :Comment faire cela efficacement avec un maximum de robustesse et un coût raisonnable svp ? Merci
	00

07/04/2011, 11h37	#2
SQLpro Rédacteur/Modérateur Frédéric BROUARD Expert SGBDR & SQL Inscription : mai 2002 Messages : 10 953 Détails du profil Informations personnelles : Nom : Frédéric BROUARD Localisation : France Informations professionnelles : Activité : Expert SGBDR & SQL Secteur : Conseil Informations forums : Inscription : mai 2002 Messages : 10 953 Points : 17 773 Points : 17 773	Dans le monde Windows SQL Server Express 2008 R2 est un bon outils. Si vous voulez quelque chose de plus complexe, utilisez PostGreSQL. Tous les deux étant gratuit, ce qui n'est pas le cas de MySQL. A + __________________ Frédéric Brouard - SQLpro - ARCHITECTE DE DONNÉES - expert SGBDR et langage SQL Site sur les SGBD relationnels et le langage SQL: http://sqlpro.developpez.com/ *Expert Microsoft SQL Server - M.V.P. (Most valuable Professional) MS Corp.* Blog SQL, SQL Server, modélisation données : http://blog.developpez.com/sqlpro http://www.sqlspot.com : modélisation, conseils, audit, optimisation, formation * * * * * Enseignant CNAM PACA - ISEN Toulon - CESI Aix en Provence * * * * *
	00

11/04/2011, 17h16	#4
SQLpro Rédacteur/Modérateur Frédéric BROUARD Expert SGBDR & SQL Inscription : mai 2002 Messages : 10 953 Détails du profil Informations personnelles : Nom : Frédéric BROUARD Localisation : France Informations professionnelles : Activité : Expert SGBDR & SQL Secteur : Conseil Informations forums : Inscription : mai 2002 Messages : 10 953 Points : 17 773 Points : 17 773	Il n'y a guère que pour MySQL que vous trouverez de l'hébergement gratuit, mais pas sécurisé du tout (aucune garantie de sauvegarde par exemple). Pour une utilisation professionnelle, les solutions en hébergement mutualisée sur serveur PG ou SQL Server commencent à 30 € HT par mois, mais après tout dépend des services. Si l'on rajoute la sauvegarde et la haute dispo, on est vite à 100 € HT par mois... Or un petit serveur coûte moins de 1 000 €.... Enfin quid de l'indisponibilité d'Internet ? Les médecins peuvent-ils se passer de leur informatique au moins 2 à 3 h ??? A méditer ! A + __________________ Frédéric Brouard - SQLpro - ARCHITECTE DE DONNÉES - expert SGBDR et langage SQL Site sur les SGBD relationnels et le langage SQL: http://sqlpro.developpez.com/ *Expert Microsoft SQL Server - M.V.P. (Most valuable Professional) MS Corp.* Blog SQL, SQL Server, modélisation données : http://blog.developpez.com/sqlpro http://www.sqlspot.com : modélisation, conseils, audit, optimisation, formation * * * * * Enseignant CNAM PACA - ISEN Toulon - CESI Aix en Provence * * * * *
	00

13/04/2011, 18h24	#6
Waldar Modérateur Fabien Ingénieur d'études en décisionnel Inscription : septembre 2008 Messages : 5 684 Détails du profil Informations personnelles : Nom : Fabien Âge : 34 Localisation : France, Yvelines (Île de France) Informations professionnelles : Activité : Ingénieur d'études en décisionnel Secteur : Arts - Culture Informations forums : Inscription : septembre 2008 Messages : 5 684 Points : 10 442 Points : 10 442	Bienvenue dans cette nouvelle décennie qui s'ouvre à vous, les années 1970 ! __________________ Email : http://scr.im/waldar
	00

08/04/2011, 09h32	#3
NeoGeoo Nouveau Membre du Club Inscription : mars 2009 Messages : 90 Détails du profil Informations forums : Inscription : mars 2009 Messages : 90 Points : 34 Points : 34	Merci pour ces infos. Cette application doit être installée dans plusieurs cabinets. Ne serait-il pas plus simple d'héberger une Base de données centrale sur internet pour tous ces cabinets ? Ceci éviterait les problématique d'installation chez chacun des cabinets. Reste à garantir la séparation des données dans la BD. Je ne sais pas si c'est faisable et si il y a de bons services pas chers pour ça (les données à stocker sont légères & peu abondantes) ?
	10

13/04/2011, 17h06	#5
NeoGeoo Nouveau Membre du Club Inscription : mars 2009 Messages : 90 Détails du profil Informations forums : Inscription : mars 2009 Messages : 90 Points : 34 Points : 34	Ok, Tout compte fait vu le déploiement et la complexité de la maintenance. Je pense opter pour un système de fichier (~CSv) Raisons : - Ce système sera installé chez plusieurs cabinets un peu partout - Les données stockées sont très légères, avec max 3 tables et ~10 lignes par jours dans chaque table - Il suffit ainsi d'opter pour un sys partagé : un disque dur WIFI par exemple, que les médecins configurent eux meme. je n'ai qu'à leur livrer le soft en Java. - ce système peut muter ensuite en BD sans aucun problème. - les sauvegardes sont faciles Vous en pensez quoi ? (je sais ce n'est pas très "techno" mais les médecins ne le sont pas )
	00

Outils de la discussion
Afficher une version imprimable Envoyer un lien vers cette page par email