Discussion :

[Invité]

Bonjour,

Je travaille avec PowerAMC 15 et une base Sql Server 2012. La base est déjà existante mais je souhaiterais créer son mcd et mdp.

J'ai tenté de faire du reverse engineering avec le script de la base mais sans succès. Peut être a cause de la version de Sql Server qui n'est pas supportée...

J'ai une table qui sert a stocker les dll de mon projet. Le lien est fait par programme. Il n'y a donc pas de relation directe entre cette entité et les autres.

Ma question : doit-elle figurer dans le MCD ??

Merci d'avance.

[Richard_35]

Bonjour Nefast_girl (?),

Exposé un peu juste pour répondre... répondons avec ce que nous avons :

J'ai une table qui sert a stocker les dll de mon projet.

==> par "dll", entends-tu "bibliothèque de liaisons dynamiques (Dynamic-Link Library ), un fichier exécutable" ?
MCD :

• Projet -0,n---[Lier]---0,1- DLL ==> si une DLL ne peut appartenir qu'à un seul projet ;
• Projet -0,n---[Lier]---0,n- DLL ==> si une DLL peut appartenir à plusieurs projets.

[Invité]

j'entends par dll un fichier de type Extension d'application. Dans un projet .NET, il se trouve dans bin\Debug du projet.

je n'ai actuellement aucun lien avec cette table et une autre

[Richard_35]

As-tu une table "Projet" (code projet, description, ...) ?

[Invité]

Je crée des taches depuis le projet dont les dll sont stockées en db dans une table Assemblies.
Ces taches sont egalement stockee en db dans une autre table nommée Tasks. Une de ses colonnes appelee Type récupère une des infos de l'assembly.
Cette info n'est pas dans la table Assemblies directement. Je suis obligée de passer par le programme pour avoir l'info a insérer dans la table Tasks.

J'espere que c'est assez clair ! Merci d'avance

[Richard_35]

Je ne suis pas un spécialiste du développement .NET, mais essayons de traduire en termes merisiens (si j'ai bien compris) :

des taches depuis le projet

==> 1 projet peut contenir plusieurs tâches (table Task) ;
1 même tâche (1 record de la table Task) peut-elle appartenir à plusieurs projets ?

depuis le projet dont les dll

==> 1 projet peut contenir plusieurs DLL (table Assembly) ;
1 DLL (1 record de la table Assembly) peut-elle appartenir à plusieurs projets ?

Une de ses colonnes appelee Type récupère une des infos de l'assembly

==> pas très clair. Cela veut-il dire que la même information "Type" est stockée à deux endroits différents ?

Cette info n'est pas dans la table Assemblies directement. Je suis obligée de passer par le programme pour avoir l'info

==> dans la table des Types ?

[Invité]

Dans la table des Tasks, la colonne Type corresponds au AssemblyQualifiedName de l'Assembly.
Cette information n'est pas dans la table Assemblies a proprement dit dans le sens ou a partir de la table Assemblies on peut le retrouver.

Pour faire plus simple, on va parler d'assembly au lieu de projet (quand je parlais de projet, c’était dans le sens informatique, la ou tu as tes classes, tes interfaces, ...).

Une assembly peut avoir plusieurs versions, donc les taches peuvent avoir une assembly differentes. Par exemple, la version 1 a 10 taches et la version 2 a 15 taches.
une assembly peut donc avoir plusieurs taches mais une tache ne peut avoir qu'une seule et unique assembly.

Si je met une relation dans le MCD, je vais être obligée de modifier la base actuelle et je suis pas sure que mes collègues soient enchante de la nouvelle !!

[Richard_35]

Si je met une relation dans le MCD, je vais être obligée de modifier la base actuelle et je suis pas sure que mes collègues soient enchante de la nouvelle !!

==> OK. Mais, ce qui est sûr, c'est que tes règles de gestion :

Une assembly peut avoir plusieurs versions, donc les taches peuvent avoir une assembly differentes. Par exemple, la version 1 a 10 taches et la version 2 a 15 taches.
une assembly peut donc avoir plusieurs taches mais une tache ne peut avoir qu'une seule et unique assembly.

==> génèrent le MCD suivant (dans l'esprit) :



donnant :

Assembly(IdAssembly, ...)
Version(IdVersion, #IdAssembly, ...)
Task(IdTask, #IdVersion, ...)