Discussion :

[Shampra]

Bonjour à tous,

Nous avons une appli développé pour nous il y a longtemps, plutôt lent et pas évolutif
La base associée est sous MySQL 5.7.

En insistant, j'ai fini par avoir un accès lecture à la base (histoire de l'exploiter un peu plus ;-)).

Chaque table est constitué :
- id (CHAR)
- md5 (CHAR)
- data (LONGBLOB)
L'intégralité des données est dans le data, sous forme de XML.

Et là, je ne comprends pas la logique.
Les types... me paraissent mal choisi mais "peu importe" (l'id est du hexa donc pas de int, à mon sens un non-sens en terme de performance non?)
Ca pourrais ressembler à du NOSQL (que je connais mal, à part le principe), mais pourquoi "encapsulé" dans du MySQL, ce n'est pas garder le "pire" des deux mondes??
Pas d'index exploitable, pas de scalabilité. Balancer du ExtractValue même sur la table des users, tout est plus lent et compliqué.

Je suis touche à tout par mon poste (et la passion toussa toussa ;-)), mais là ce sont des dev pro qui l'ont fait. Je me dis qu'il doit y avoir une raison (mais ne peut leur demander directement pour diverses raisons).
Est-ce que je passe à côté de quelque chose? D'après vos connaissances/expériences, sauriez-vous pour quelle raison une base peut être faites comme ça?

C'est juste pour ma culture, mais vraiment ça m'intrigue!
Merci

[StringBuilder]

Bonjour à tous,

Nous avons une appli développé pour nous il y a longtemps, plutôt lent et pas évolutif

Bonjour !
C'est un peu notre lot à tous, et c'est en grande partie pour ça qu'on a du travail : faire tomber en marche des bouzins mal goupillés et dépassés.

La base associée est sous MySQL 5.7.

Personne n'est parfait

En insistant, j'ai fini par avoir un accès lecture à la base (histoire de l'exploiter un peu plus ;-)).

Chaque table est constitué :
- id (CHAR)
- md5 (CHAR)
- data (LONGBLOB)
L'intégralité des données est dans le data, sous forme de XML.

Je me demande bien quel esprit tordu a pu pondre un truc pareil...
Qu'une table dans une base stocke des infos en XML dans un BLOB afin de ne pas modéliser une usine à gaz pour gérer des données qui sont simplement archivées, pourquoi pas.
Mais là, si toute la base est gérée de la sorte... vous êtes dans la merde !

Et là, je ne comprends pas la logique.

C'est une bonne chose, cela signifie que vous n'êtes pas complètement cinglé, c'est plutôt une bonne nouvelle !

Les types... me paraissent mal choisi mais "peu importe" (l'id est du hexa donc pas de int, à mon sens un non-sens en terme de performance non?)

Oui, c'est une catastrophe en terme de performances : grosse perte de place, grosse perte en terme de calculs lors des recherches et tris, etc.

Ca pourrais ressembler à du NOSQL (que je connais mal, à part le principe), mais pourquoi "encapsulé" dans du MySQL, ce n'est pas garder le "pire" des deux mondes??

J'ai l'impression que le dégénéré congénital qui a pondu ça...
1/ Ne connaissait pas le SQL
2/ Ne connaissait en fait pas grand chose à l'informatique
3/ Aurait probablement pu faire carrière comme homme piquet, même si je ne suis pas certain qu'il ait toutes les capacités cognitives requises
4/ A du se dire que ne pas faire de SQL dans une base SQL ce serait faire du NoSQL

Bref, oui, c'est bien la conjoncture du pire des deux mondes qu'il a mis en place... J'ai même envie de dire que s'il avait stocké directement des fichiers XML dans un dossier, ça aurait probablement été à la fois plus propre et plus performant !

Pas d'index exploitable, pas de scalabilité. Balancer du ExtractValue même sur la table des users, tout est plus lent et compliqué.

Où comment casser des noix avec un hydroglisseur...

Je suis touche à tout par mon poste (et la passion toussa toussa ;-)), mais là ce sont des dev pro qui l'ont fait. Je me dis qu'il doit y avoir une raison (mais ne peut leur demander directement pour diverses raisons).

Ces "pros" ne le sont pas. Au mieux, ce sont des dinosaures qui ne comprennent pas les technologies qu'ils utilisent, et au pire ce sont des stagiaire préparant un CAP maçonnerie qui ont pondu ça (quoique je ne suis même pas sûr qu'ils auraient pu produire un truc aussi débile).

Est-ce que je passe à côté de quelque chose? D'après vos connaissances/expériences, sauriez-vous pour quelle raison une base peut être faites comme ça?

Oui, vous passez probablement à côté de "nan mais tu peux pas comprendre, c'est pour que notre machin il puisse gérer aussi des trucs qu'on n'a pas prévu", ou ce genre d'ânerie.

C'est juste pour ma culture, mais vraiment ça m'intrigue!
Merci

[/QUOTE]
Tâchez d'oublier tout de suite ce que vous avez du dans cette base de données : tout est à jeter !

[SQLpro]

En général cette typologie de BD (utiliser du XML dans un SGBD Relationnel) est pratiqué par des développeurs fous qui n'ont aucune connaissance de ce qu'est un modèle relationnel de données et ne peuvent croire qu'un SGBD Relationnel est capable de supporter de nombreuses requêtes, de multiples accès avec une volumétrie conséquente (plusieurs centaines de Go) tout en gardant d'excellentes performances....
Aussi contourne t-il le problème en utilisant ce qu'ils ont appris et l'on voit alors des développeurs fous utiliser par exemple du XML dans une base relationnelle en lieu et place des relations ce qui provoque des dégâts considérables (perte de la notion de type de données, aucune contraintes possible, indexation impossible, transactionnement inutile et par conséquent performances catastrophiques et particulier en cas de recherches et de mises à jour simultanées......)
Pour information, il a existé par le passé des SGBD XML qui ont disparus par darwinisme...

Le problème aussi est que mySQL est sans doute l'un des plus mauvais SGBD en terme de performances...

A lire : https://sqlpro.developpez.com/tutori...mysql-mariadb/

A +

[Shampra]

Merci pour vos avis.
Cela me rassure sur ma compréhension des SGDB.
Mais il est toujours bon de douter, on peut toujours tomber sur une pépite innovante qui nous ouvre de nouveaux horizons .

[Mat.M]

'id est du hexa donc pas de int

attention si l'ID est de forme hexadécimale il y a de fortes chances que ce soit ce que l'on appelle un GUID ( globally unique identifier ) bref un identifiant unique généré.
Source

Il y a un outil de Microsoft guidgen je crois qui fait cela
Un Guid c'est un identifiant unique crée à partir de l'heure et date système sur un un système informatique

GUID est aussi le nom d'une balise XML pour RSS (standard de syndication du contenu). Cette balise utilisée par le RSS ne se réfère pas à la norme RFC 41222. La structure est totalement différente : il contient un texte. En pratique, ce texte correspond à l'URL.