Discussion :

[Speuline]

Bonjour,

j'ai un problème qui doit sortir un peu de l'ordinaire.
Je m'explique, je dois m’occuper d'une modification sur une table qui contenait 31 champs de type DOUBLE correspondants aux jours d'un mois donné, ce qui était loin d'être optimal.

Chacun de ces champs contenaient un chiffre compris entre 0 et 32.

La modification que l'on ma demandé de faire est de changer ces 31 champs en un seul champ de type BLOB. Ainsi en Java on créera un tableau de bytes de 31 cases dans lesquels on entrera un chiffre compris entre 0 et 32, ce qui reviendra au même que précédemment mais en un seul champ et devrait grandement améliorer les performances (?).

Voici ma question: sous java pas de problème avec Hibernate: la création, l'enregistrement et la lecture est simple.
Cependant est-il possible de créer un script MySql de récupération des données qui transformerait ces 31 champs en un type Blob?
Plus exactement, peut-on, via un script SQL, créer un tableau de bytes?

Je m'excuse si je ne suis pas clair, n'hésitez pas à me demander des précisions.

Merci d'avance.

[punkoff]

La modification que l'on ma demandé de faire est de changer ces 31 champs en un seul champ de type BLOB. Ainsi en Java on créera un tableau de bytes de 31 cases dans lesquels on entrera un chiffre compris entre 0 et 32, ce qui reviendra au même que précédemment mais en un seul champ et devrait grandement améliorer les performances (?).
.

Bonjour,




Améliorer les performances à quel niveau ?

Créer un blob vous interdira toute recherche en base, faire des agrégations, etc.

Vos problèmes de perf se trouvent où en fait ? car au vu de la structure de la table j'imagine bien la grosse moulinette itérative ....

[Speuline]

Merci de votre réponse.

Oui effectivement on ne pourra plus que consulter les données via un programme JAVA et j’espère qu'ils y ont pensé.
De toutes manière cette solution m'est imposée...

Les problèmes de perfs viennent du fait que pour afficher un calendrier, prenant en compte plusieurs tables de ce style (pour un seul mois...), cela prend beaucoup de temps. Et donc mon responsable, pour avoir déjà travaillé avec du blob, pense que cela améliorera les perfs.

[SQLpro]

D'expérience et pour être poli, je dirais que votre responsable est un c...

En effet, les SGBD sont fait pour traiter des données et le font beaucoup plus rapidement en général que n'importe quel code itératif, du fait de l'indexation et des contraintes... Même MySQL qui est pourtant un veau !

Encore faut-il savoir modéliser correctement les données du problème, ce qui dans le deux cas n'est pas bon, et dans le second sera encore pire du fait des opérations d'IO indirectes que le BLOB impose....

A +

[punkoff]

Les problèmes de perfs viennent du fait que pour afficher un calendrier, prenant en compte plusieurs tables de ce style (pour un seul mois...), cela prend beaucoup de temps. Et donc mon responsable, pour avoir déjà travaillé avec du blob, pense que cela améliorera les perfs.

mais qu'est-ce qui prend du temps ?
- les requetes sql
- la moulinette java
- le rendu de l'ihm
- ...?