Discussion :

[FLIGHTWARS]

Bonjour à tous !


Je suis en train développer une application qui se base notamment sur MySQL.

Cette dernière tourne depuis plusieurs mois mais la base de données à été faite à l'arrache et j'aimerais repartir sur une base propre.

Les tables que j'ai actuellement sont les suivantes:

Table DATA (id, nodename, trunknb, trunkname, date, valeurLibre, valeurOccupé, valeurTotal)
Table NOMTRUNK(nomtrunk, nodename, trunknb, fulltrunknb)

Ma table DATA est remplie toutes les 2 minutes grâce à une appli java et ma table NOMTRUNK me permet juste de récupérer un nom compréhensible pour trunknb / trunkname, (le trunkname étant incompréhensible lorsqu'il est récupéré sur les serveurs).



J'ai donc essayé de faire le modèle Entité-Association suivant:



Mais très vite c'est devenu le bor*el dans ma tête xD


Du coup comment suis-je sensé faire?
Je ne pense pas que mes premières tables soient super, mais j'ai peur de me compliquer la vie avec le modèle Entité-Association que je suis en train de faire.

Par exemple si je n'ai plus la table DATA où vais-je mettre les information qui sont récupérées automatiquement ?
Dans la table Faisceau peut-être mais dans ce cas il faudrait un ID à chaque tuple pour éviter d'écraser les données précédentes non?

Par avance je vous remercie pour votre aide,
Cordialement,
FLIGHT'

[StringBuilder]

Bon, pour faire simple :

J'ai rien compris
(et je doute être le seul)

Je pense que le "bordel" comme vous dites, vient pas trop de votre modélisation, mais de l'idée que vous avez du problème dans votre tête.

Y'a moyen de tout poser sur la table ? On vous aidera à faire le tri promis.

Déjà, pour notre culture :
- Votre application, elle est censée faire quoi ?
- C'est quoi les données que vous récupérez ?
- Y'en a d'autres ?
- Vous en faites quoi ?

Bref : le machin bizarre, de la façon que vous le présentez, ça donne juste pas envie d'y toucher

[FLIGHTWARS]

Merci pour ta réponse StringBuilder

Effectivement même dans ma tête je ne sais pas si c'est très clair...


Mon appli récupère des information d'utilisation de faisceaux téléphoniques.

Les données récupérées sont quand à elles celles de la table DATA, elles y sont mises de façon brute et sans traitement.

J'ai donc un numéro de site, l'identifiant de faisceau, le nom de celui-ci (mais qui est incompréhensible car c'est une référence) la date et l'heure aux quelles les mesures ont été prises et le taux d'occupation (nombre lignes non occupées, occupées et le nombre total de lignes).


Afin d'avoir un nom compréhensible pour pouvoir les afficher sur de jolis graphiques, j'ai créé la deuxième table (NOMTRUNK) qui me permet de ''traduire'' la référence du trunk en un nom Français.

Est-ce plus clair maintenant ? ^^

Ce que je voudrais c'est garder la même chose mais en plus propre

FLIGHT'

[StringBuilder]

Ah, c'est beaucoup plus clair d'un coup

En revanche, en regardant les nouvelles tables que vous souhaitez créer, je ne vois pas de rapport avec les tables existantes (mise à part l'histoire du faisceau) ?

[FLIGHTWARS]

En fait ma principale question est du coup :
Mes tables actuelles sont telles optimisées ou peut-on faire mieux ?

Je me suis dit qu'elles n'étaient pas forcément top top donc j'ai essayé de repartir de zéro en les "normalisant".

Mais au final je suis perdu dans ce que je viens de modéliser, j'ai l'impression que ces tables ne conviennent plus à ce dont elles devaient être destinées...

Suis-je clair ? x)


FLIGHT'

[StringBuilder]

Au niveau de faisceaux/sites, je suis pas callé, je vois pas ce que ça veut dire.

On va partir du principe que tu as N sites contenant chacun M faisceaux.

Pour moi, on a donc :

Une table "SITE" :
- idsite
- nomsite

Une table "FAISCEAU" :
- idfaisceau
- idsite (fk vers site.idsite)
- nomfaisceau

Une table "MESURE" :
- idmesure
- idfaisceau (fk vers faiseau.idfaisceau)
- date
- valeurLibre
- valeurOccupé

Ensuite, tu n'en dis pas assez à propos de la "licence" dont il est question dans ta tentative de nouvelle modélisation...

Soit ça parle d'emblée pour un expert des telecom, que je ne suis pas, soit il manque quelques éléments dans ton explication