Euh... 30000 tables ? Là je veux bien que tu m'expliques comment ça peut exister !?!
Je suppose que tu as des exemples particuliers en tête ; lesquels ?
Ces ERP auxquels tu penses sont-ils le résultat de la réunion des données provenant d'applications diverses, données qui n'auraient pas été rationalisées par la suite ? Je veux dire, sur ces 30000 tables, combien en resteraient si on ne gardait que des données uniques ?
Je ne peux simplement pas imaginer un domaine d'activités qui ait besoin d'autant de tables différentes pour stocker ses données.
Voyons, à la louche:
Disons que:
- 1 concept représente 1 classe UML
- il y ait en moyenne 3 associations par classe (ça me paraît déjà beaucoup)
- 2/3 des associations soient des relations de m vers n (ça ma paraît également beaucoup)
Dans ce cas:
- si n_c est le nombre de concepts, le nombre de relations de m vers n distinctes vaut n_c*(2/3)/2 = n_c/3
- le nombre de tables correspondant au modèle UML est à peu près égal au nombre de concepts + le nombre de relations de m vers n, soit n_c*(1+1/3) = n_c*(4/3)
Alors, admettons que sur 30000 tables il y en ait 10000 (sic !) qui soient de la machinerie interne (données temporaires, copies et duplications diverses, je n'ose pas imaginer quoi d'autre mais admettons), on reste quand même avec 20000 tables de données effectives qui représenteraient 2000*(3/4) = 15000 concepts distincts !!! C'est la taille d'un gros thésaurus ou encore (j'imagine) le vocabulaire d'un collégien !!
Est-ce que je me trompe, ou bien de tels monstres ne sont-ils qu'un aggrégat hétéroclite de données provenant de sociétés/SGBD/entités diverses ? Je ne peux pas imaginer dun domaine d'activité humaine qui manipule 15000 concepts distincts !!
(ouais je pense bien que tout le monde s'en tape, mais j'aimerais comprendre !!!)
[^] # Re: Outil graphique de gestion de base de données
Posté par bobert . En réponse à la dépêche Outil graphique de gestion de base de données. Évalué à 1.
Je suppose que tu as des exemples particuliers en tête ; lesquels ?
Ces ERP auxquels tu penses sont-ils le résultat de la réunion des données provenant d'applications diverses, données qui n'auraient pas été rationalisées par la suite ? Je veux dire, sur ces 30000 tables, combien en resteraient si on ne gardait que des données uniques ?
Je ne peux simplement pas imaginer un domaine d'activités qui ait besoin d'autant de tables différentes pour stocker ses données.
Voyons, à la louche:
Disons que:
- 1 concept représente 1 classe UML
- il y ait en moyenne 3 associations par classe (ça me paraît déjà beaucoup)
- 2/3 des associations soient des relations de m vers n (ça ma paraît également beaucoup)
Dans ce cas:
- si n_c est le nombre de concepts, le nombre de relations de m vers n distinctes vaut n_c*(2/3)/2 = n_c/3
- le nombre de tables correspondant au modèle UML est à peu près égal au nombre de concepts + le nombre de relations de m vers n, soit n_c*(1+1/3) = n_c*(4/3)
Alors, admettons que sur 30000 tables il y en ait 10000 (sic !) qui soient de la machinerie interne (données temporaires, copies et duplications diverses, je n'ose pas imaginer quoi d'autre mais admettons), on reste quand même avec 20000 tables de données effectives qui représenteraient 2000*(3/4) = 15000 concepts distincts !!! C'est la taille d'un gros thésaurus ou encore (j'imagine) le vocabulaire d'un collégien !!
Est-ce que je me trompe, ou bien de tels monstres ne sont-ils qu'un aggrégat hétéroclite de données provenant de sociétés/SGBD/entités diverses ? Je ne peux pas imaginer dun domaine d'activité humaine qui manipule 15000 concepts distincts !!
(ouais je pense bien que tout le monde s'en tape, mais j'aimerais comprendre !!!)