Discussion :

[Neutrino-]

Bonjour à tous,

Je suis en train d'écrire une application en JAVA qui fera office de serveur ou se connectera un grand nombre de clients...

le point ou je voudrais avoir des conseils est pour la base de données.

Cette application devra enregistrer plusieurs dizaines d'informations par secondes, de tailles relativement petites (en moyenne 10 octets), et ce en permanence... Donc je voudrais savoir la meilleur façon d'enregistrer ces informations dans une base de données.


Est ce qu'utiliser JDBC est une bonne solution (avec le serveur de la base la meme machine) ? Y en a t-il des meilleurs (plus performantes) ?

Et dans la façon d'enregistrer les données, vaut il mieux les enregistrer au fur et à mesure (c'est à dire plusieurs dizaines de requettes par seconde) ou bien de mettre les données en mémoire et d'exécuter par exemple un thread qui enregistrerait periodiquement (par ex: toutes les 30 secondes) les informations dans la base...

Mon but étant de rechercher le meilleur taux rapidité/cout en ressourses système, et pour la base de données un compromis si possible gratuit ou peu couteux.


Merci pour vos réponses.

[®om]

Ça dépend...
Elles correspondent à quoi les données qui arrivent en permanence?

[sinok]

Pour le choix du SGBD, il faudra faire en fonction de la volumétrie totale attendue (on va dire que MySQL n'est pas le top pour pour des volumétries un peu élevées, mieux vaut prendre du PostGRESQL dans ce cas, et pour les très grosses volumétries on va tapper directemlent du coté d'Oracle, Sybase & cie, à moins de faire du cluster sur plusieurs bases, mais là ça commence à être gros comme projet).

Ensuite pour la communication avec les SGBD, a moins d'écrire du JNI pour faire une surcouche directe de l'api native du SGBD je te conseille fortement de t'en tenir à JDBC qui dans la plupart des cas est déjà une surcouche native des api natives mais organisée de façon à implémenter la norme JDBC.

Ensuite tu peux éventuellement utiliser des outils de mapping O/R, de persistence mais là tu perdras encore en perf.

[Neutrino-]

Déja merci pour vos réponses,

®om, en fait ce sera en grande partie des nombres entiers.


sinok, j'avais pensé en premier lieu a MySQL mais très vite je me suis posé la question par rapport à la taille future de la base.

En fait je ne suis pas du tout sûr de cette volumétrique et donc justement je veux taper asez haut pour éviter d'être pris de court.

Il n'y aura pas de très gros enregistrements mais ils seront je pense très nombreux et comme l'accès aux données sera vraiment très fréquent...

Donc je vais m'orienter vers du PostGRESQL ou Orcale que je connais un peu et rester sur du JDBC.

En tout cas merci beaucoup


Ne me reste plus qu'à être plus ou moins orienté quand à la façon d'enregistrer ces données (au compte goutte ou par groupes) car je pense que ca risque de jouer beaucoup quant aux performances du reste du programme.

[®om]

Ils correspondent à quoi ces entiers?

[sironimo]

Salut, je pense avoir à rencontrer le même problème. Je dois développer une application avec une base de données assez conséquante.

En effet, il s'agit d'une base de données médicales avec donc un enregistrement par minute et par client pour analyser sa situation physique. Cela représente donc 1440 enregistrements par jour et par patient.

Je cherche donc une base de données robuste et efficace. Je me pose aussi la même question : dois-je gérer un système de multi-threads pour que plusieurs patients puissent envoyer leurs infos en même temps sur la base toutes les minutes ou bien alors faire une sorte de cron qui récupère à intervalle régulier les informations de chaque patient, la durée entre chaque mise à jour restant à déterminer.

Voilà j'aimerais votre avis même si cela ressemble au problème existant.

ps : pour ma part, je stocke des relevés cliniques donc pas mal de valeurs à virgules.

[Neutrino-]

Ces entiers correspondent en grande partie à des propriétés que je veux enregistrer des clients connectés. Dans la majorité ils seront initialement extraits de la bdd et travaillés dans l'appli avant d'y être réintroduis.
Donc si je devais faire les requetes au fur et a mesure il y en aurait des dizaines par secondes pour introduire quelques octets à chaque fois.

[sironimo]

Vu la volumétrie de données à gérer dans mon application, je pense que je vais devoir m'orienter vers des solutions de type Oracle, Sybase.

En ce qui concerne les payants et robustes, des préférences, d'autres possibilités, des avis sur la question?