Projet CMDB : Vérification MCD MLD avant création de la base

**snorky94** · 26/07/2012, 11h33

Bonjour,

Je vais crerer un site en php permettant de gérer les applications et serveurs de ma société.

Le principe est tres simple, le but est de faire un "mapping" serveur -> applis et applis -> serveur :
- Savoir quelle application est hébergée sur quel serveur ...
- Quel serveur héberge quelle appli

Pouvez vous me confirmer que le mcd et MLD sont valides svp avant d'aller plus loin. Pour moi tout semble ok.

Ci-dessous le MCD :

et le MLD :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
SERVER (#ID_SERVER, NAME_SERVER, DESC_SERVER, COM_SERVER, DATE_SERVER)
APPLICATION (#ID_APP, NAME_APP, DESC_APP, DOC_APP, COM_APP, DATE_APP)
RPA (#ID_RPA, NAME_RPA, COM_RPA, DATE_RPA)
ENV (#ID_ENV, NAME_ENV, DESC_ENV, COM_ENV)
HOST (#ID_SERVER,# ID_APP)
RESPONSIBLE (#ID_APP, #ID_RPA)
LOCATION (#ID_APP, #ID_ENV)

Toutes les cardinalités sont en 0,N mais c'est volontaire.

Egalement le script de création de ma base sous mysql :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
CREATE DATABASE CMDB;

USE CMDB;

CREATE TABLE SERVER (
ID_SERVER INT NOT NULL AUTO_INCREMENT,
NAME_SERVER VARCHAR(50),
DESC_SERVER VARCHAR(500),
COM_SERVER VARCHAR(500),
DATE_SERVER TIMESTAMP NOT NULL DEFAULT NOW(),
PRIMARY KEY (ID_SERVER),
UNIQUE KEY (NAME_SERVER)
);

CREATE TABLE APPLICATION (
ID_APP INT NOT NULL AUTO_INCREMENT,
NAME_APP VARCHAR(50),
DESC_APP VARCHAR(500),
DOC_APP VARCHAR(500),
COM_APP VARCHAR(500),
DATE_APP TIMESTAMP NOT NULL DEFAULT NOW(),
PRIMARY KEY (ID_APP),
UNIQUE KEY (NAME_APP)
);

CREATE TABLE RPA (
ID_RPA INT NOT NULL AUTO_INCREMENT,
NAME_RPA VARCHAR(50),
COM_RPA VARCHAR(500),
DATE_RPA TIMESTAMP NOT NULL DEFAULT NOW(),
PRIMARY KEY (ID_RPA),
UNIQUE KEY (NAME_RPA)
);

CREATE TABLE ENV (
ID_ENV INT NOT NULL AUTO_INCREMENT,
NAME_ENV VARCHAR(50),
DESC_ENV VARCHAR(500),
COM_ENV VARCHAR(500),
PRIMARY KEY (ID_ENV),
UNIQUE KEY (NAME_ENV)
);

CREATE TABLE HOST (
ID_SERVER INT NOT NULL,
ID_APP INT NOT NULL,
FOREIGN KEY (ID_SERVER) REFERENCES SERVER(ID_SERVER),
FOREIGN KEY (ID_APP) REFERENCES APPLICATION(ID_APP),
PRIMARY KEY (ID_SERVER, ID_APP)
);

CREATE TABLE RESPONSIBLE(
ID_APP INT NOT NULL,
ID_RPA INT NOT NULL,
FOREIGN KEY (ID_APP) REFERENCES APPLICATION(ID_APP),
FOREIGN KEY (ID_RPA) REFERENCES RPA(ID_RPA),
PRIMARY KEY (ID_APP, ID_RPA)
);

CREATE TABLE LOCATION(
ID_APP INT NOT NULL,
ID_ENV INT NOT NULL,
FOREIGN KEY (ID_APP) REFERENCES APPLICATION(ID_APP),
FOREIGN KEY (ID_ENV) REFERENCES ENV(ID_ENV),
PRIMARY KEY (ID_APP, ID_ENV)
);

Merci d'avance à vous ....

**Richard_35** · 26/07/2012, 12h09

Bonjour B.gaumard,

Envoyé par B.gaumard

Toutes les cardinalités sont en 0,N mais c'est volontaire.

==>

: eh bien, pas de problème, alors... les tables correspondent bien au MCD.

Si tu crées toutes tes relations en 0,n, donc "au pire", "au maximum", je ne sais trop comment nommer cette approche, toute modélisation devient inutile. C'est vrai que, par cette méthode, tu te donnes le moyen de gérer la modélisation "a posteriori" en remplissant ou pas, les tables associatives. Mais bon... je ne suis pas certain que ce soit la bonne méthode.

**snorky94** · 26/07/2012, 14h14

Merci richard pour ta réponse, effectivement je n'avais pas vu ca sous cet angle, que préconise tu alors comme cardinalités ?

Si j'ai mis du 0,N partout c'est que pour moi :

-Un serveur peut heberger 0 ou N applications (mutulsalisation)
-Une application peut etre hébergée sur 0 ou N serveurs (cluster)

-Une application peut avoir 0 ou N responsables
-Un responsable peut gérer 0 ou N applications

- Une application se trouve dans 0 ou N environnements
- Un env contient 0 ou N applications

Je suis preneur si vous avez des idées de cardinalités différentes pour que la modélisation soit la plus logique possible.

Merci encore ...

**Richard_35** · 26/07/2012, 14h26

Dans ce cas, effectivement, ton MCD correspond bien aux règles de gestion que tu as mentionnées. En conséquence, les tables aussi : 3 tables associatives pour gérer les n,n.

Envoyé par B.gaumard

Je suis preneur si vous avez des idées de cardinalités différentes pour que la modélisation soit la plus logique possible.

==> c'est la modélisation la plus logique possible, compte tenu des règles de gestion.

Envoyé par B.gaumard

Toutes les cardinalités sont en 0,N mais c'est volontaire.

==> je pensais que tu avais créé toutes les cardinalités en 0,n pour ne pas te prendre la tête (mauvais esprit de ma part

, désolé).

**snorky94** · 26/07/2012, 15h10

lol

je pensais que tu avais créé toutes les cardinalités en 0,n pour ne pas te prendre la tête (mauvais esprit de ma part , désolé).

Merci, sauf qu'avec des cardinalités 0,N je ne vois pas comment faire la liaison, je suis un peu perdu

Si je veux faire une requete SQL pour savoir quelle application est installé sur le serveur X comment je fais ?

Avec du 1N c'est facile mais la .... en plus l'école c'est loin maintenant

Merci en tout cas ...

**Richard_35** · 26/07/2012, 15h25

Envoyé par B.gaumard

Si je veux faire une requete SQL pour savoir quelle application est installé sur le serveur X comment je fais ?

==> il faudra toujours passer par la table associative. Il y a également la possibilité de créer des vues SQL.

Pour répondre précisément à ta question, il faudra créer une requête (ou une vue) qui analyse SERVER (FROM) lié à HOST (FROM) via ID_SERVER (JOIN/LEFTJOIN) avec HOST (FROM) lié à APPLICATION via ID_APP (JOIN/LEFTJOIN) : le SELECT te donnera les informations que tu souhaites.

Mais, c'est une autre histoire que de la modélisation : il s'agit de l'exploitation des données et cela dépend de ton SGBD.

Ce qui est certain, tous SGBD confondus, c'est que la modélisation des données doit être "béton" pour être exploitable.

**snorky94** · 26/07/2012, 16h12

Bon deja je ne vois pas comment remplir ma table associsative ...

ex : j'ai un formulaire pour ajouter un serveur avec 6 champs :

ID_SERVER INT NOT NULL AUTO_INCREMENT,
NAME_SERVER VARCHAR(50),
DESC_SERVER VARCHAR(500),
COM_SERVER VARCHAR(500),
DATE_SERVER TIMESTAMP NOT NULL DEFAULT NOW(),

+ une liste déroulante qui permet de selectionner mon appli associée au serveur.

Pour remplir mes champs serveur no pb :

("INSERT INTO server (NAME_SERVER, DESC_SERVER, COM_SERVER) VALUES('$NAME_SERVER','$DESC_SERVER', '$COM_SERVER')");

Le $ correspond à la valeur tapée dans les champs ...

par contre pour renseigner ma table HOST, il faut que j'insère ID_SERVER et ID APP qui sont générés en auto increment donc la je suis perdu

**Richard_35** · 26/07/2012, 16h23

Tu abordes, maintenant, le développement pur et dur : quel langage/logiciel de programmation utilises-tu ?

Le principe général est le suivant :

dans ton formulaire SERVER, pour 1 SERVER (déjà créé, donc ID_SERVER existant), tu saisis les APPLICATION hébergées ==> le couple ID_SERVER/ID APP est généré dans HOST ;

et/ou

dans ton formulaire APPLICATION, pour 1 APPLICATION (déjà créée, donc ID APP existant), tu saisis les SERVER qui l'héberge ==> le couple ID_SERVER/ID APP est généré dans HOST.

Dans le détail, cela dépend beaucoup du langage/logiciel de programmation que tu utilises. Le mieux, est de poster dans le forum adéquat, tu bénéficieras, de ce fait, de l'aide des spécialistes de ce langage/logiciel de programmation.

**fsmrel** · 26/07/2012, 17h51

Bonjour,

Une fois que vous avez inséré les lignes qui vont bien dans les tables SERVEUR et APPLI, pour associer un serveur et une application vous pouvez vous inspirer d’une approche SQL Server (désolé, je n’utilise pas MySQL, je n’arrive pas à l’installer...) :

Déclaration de variables et affectation des valeurs utilisées pour un nom de serveur et un nom d’application (ces noms sont des clés candidates selon votre code) :

Code sql :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
 
DECLARE @sn as VARCHAR(20), @ap as VARCHAR(20), @snId as INT, @apId as INT ;
SET @sn = 'serveur 01' ; SET @ap = 'appli X' ;

Connaissant maintenant les noms du serveur @sn et de l’application @ap à associer, on récupère les valeurs correspondantes des identifiants (clés) correspondants :

Code sql :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
 
SET @snId = (SELECT ID_SERVER FROM SERVEUR WHERE NAME_SERVER = @sn) ;
SET @apId = (SELECT ID_APP FROM APPLI WHERE NAME_APP = @ap) ;
 
INSERT INTO HOST (ID_SERVER, ID_APP) VALUES (@snId, @apId) ;

Ou, variante de l’INSERT :

Code sql :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
 
INSERT INTO HOST (ID_SERVER, ID_APP) 
       SELECT x.ID_SERVER, y.ID_APP 
       FROM   SERVEUR AS x, APPLI AS y 
       WHERE  x.NAME_SERVER = @sn
       AND    y.NAME_APP = @ap ;

La performance des opérations reste évidemment à vérifier.

**snorky94** · 26/07/2012, 20h14

bonjour,

Merci à vous 2 pour vos réponses c'est super ...

J'ai opté pour faire 2 requetes SELECT + récuperer le résultat pour faire un insert ...

SET @snId = (SELECT ID_SERVER FROM SERVEUR WHERE NAME_SERVER = @sn) ;
SET @apId = (SELECT ID_APP FROM APPLI WHERE NAME_APP = @ap) ;

INSERT INTO HOST (ID_SERVER, ID_APP) VALUES (@snId, @apId) ;

J'ai quelques problèmes de variables PHP mais ca fonctionne du tonnerre ...

Je vous tiens au courant merci merci

Projet CMDB : Vérification MCD MLD avant création de la base

Merise

Discussions similaires

Partager

Partager