Discussion :

[CDuv-Fr]

Soit un schéma simple gérant :
Oeuvre : O_ID, O_TITRE // Les films/livres/documentaires, etc.
Personne : P_ID, P_NOM, P_PRENOM // Les personnes
Utilisateur : U_ID, U_LOGIN // Les Utilisateurs du système d'information

Règles :
- Une Oeuvre est réalisée par une Personne (association "Réalise")
- Une Personne peut réaliser plusieurs Oeuvres (association "Réalise")
- Une Oeuvre peut être commentée par un Utilisateur (association "Commente")
- Un Utilisateur peut commenter plusieurs Oeuvres (association "Commente")
(J'ai simplifié un peu)

Ca me donne le schéma visible en pièce jointe.

J'aimerai rajouter des informations me permettant de savoir qui a créé chaque ligne de Personne et d'Oeuvre (et à quelle date) ainsi que qui l'a éventuellement modifiée (et quand).

Basiquement je devrais lier deux fois (une pour la création et une pour la modification) les entités "Personne" et "Oeuvre" à "Utilisateur", ce qui , bien que raisonnable avec seulement deux entités, est quand même un peu lourd.

Là deux questions se posent à moi :

• Est-il pertinent de modéliser cela ?
  En effet, je pourrais très bien rajouter les 4 champs manuellement dans chaque table lors de la création sur le SGBDR.
• La modélisation par méta données, (cf. article « La technique des méta données » par SQLPro) pourrait-elle être la solution de mon problème ?

[CinePhil]

S'il s'agit de mémoriser l'auteur et la date de la dernière modification, cela ne fait que 2 colonnes de plus que l'auteur et la date de la création. Ce n'est pas catastrophique !
S'il s'agit par contre de mémoriser les anciennes valeurs (ce qui ne me semble pas utile dans ce cas précis), c'est plus compliqué et il vaut mieux créer une table d'archive.

Les métadonnées sont des données sur les données. C'est plutôt un système permettant de décrire ce que contient chaque table, colonne. Dans l'application sur laquelle j'ai travaillé à l'INRA, les métadonnées contenaient les informations sur les bases de donées, le stables et les colonnes de ces tables, utilisées par le logiciel afin que celui-ci puisse savoir où les trouver, ainsi que la description des indicateurs qui étaient réalisés à l'aide du logiciel.

Utiliser une modélisation par métadonnées à la SQLPro pour juste quelques info de création et de modification, cela me semble inutilement lourd.

[CDuv-Fr]

S'il s'agit de mémoriser l'auteur et la date de la dernière modification, cela ne fait que 2 colonnes de plus que l'auteur et la date de la création. Ce n'est pas catastrophique !

C'est vrai qu'au final ça n'est que 4 champs à rajouter. Mais dans le modèle, sous PowerDesigner, ça fait beaucoup de liaison (et donc de traits). Voilà pourquoi je m'interrogeais...

La méthode des métadonnées a l'avantage de masquer ces liaisons
Concernant le traitement à faire pour gérer cette méthode : ça n'est pas si complexe et avec un bon framework applicatif c'est transparent.