Discussion :

[hphil]

Bonjour,

Je me posais une question sur la définition du terme "modélisation par méta données" (http://sql.developpez.com/modelisation/metadonnees/)

Qu'est-ce l'on entend par là ???

----------

1. Est-ce le simple fait de structurer les données en lignes plutôt qu'en colonnes ?

Et/Ou

2. Est-ce le fait d'avoir une colonne où les données proviennent de "types" différents (varchar, int, date, ...)

Et/Ou

3. Est-ce l'architecture entière du modèle complet comme présenté au paragraphe 2.2 (http://sql.developpez.com/modelisati...adonnees/#L2.2) du tutorial (même s'il peut être différent d'un projet à l'autre, j'en conviens )

----------

J'espère avoir bien exposé mon interrogation.

Merci de me répondre si vous avez des éléments de réponse...

Philippe

[vmolines]

Ce sont de bonnes questions !

La modélisation par méta données est une approche que l'on peut suivre ou pas. Cette méthode peut etre appliquée plus ou moins profondément, à différents degrés.

Ainsi toutes les affirmations que tu as données sont bonnes chacunes décrivant un stade plus ou moins haut dans la modélisation par méta données.

Personnellement je ne vais jamais jusqu'au bout de la méta modélisation ( ton 3.).

Il faut juger de l'intéret qu'on a d'aller aussi loin dans la généricité.

[chaps357]

Bonjour!

Je suis moi même très intéressé par le sujet, et aimerai, dans le cadre de mon projet, "aller jusqu'au bout"
Je parle en particulier de jointures de différent types entre les objets.
Auriez vous quelques conseils sur le sujet?
Outils ou technologies sur lesquels je pourrai m'appuyer?

Le besoin est que les utilisateurs, via une interface graphique, soient capable de créer leurs objets et leurs attributs d'objets, puis de les lier entre eux afin par la suite de générer des vues/exports...

Je ne trouve pas beaucoup de ressources sur le sujet pour le moment, et j'ai peur de tout réinventer pour rien, ou de commettre des erreurs potentiellement lourde de conséquence plus tard.

Merci d'avance!

[SQLpro]

Aujourd'hui, je devrais récrire cet article qui date un peu, afin d'introduire une nouvelle façon plus élégante et plus performante pour résoudre ce problème : en passant par du XML.
En effet, avec certains SGBDR comme SQL Server, la manipulation de requêtes XML dans SQL se fait via XQuery/XPath et avec l'indexation du XML, le tout s'avère plus performant que la méthode traditionnelle avec des tables génériques. D'autant plus si l'on a la possibilité de modifier directement les éléments du XML, comme c'est le cas dans SQL Server (mais pas hélas dans PostGreSQL)...

A +

[chaps357]

Hmmm très bien, j'admet que je ne visualise pas bien, mais je vais lire un peu sur "le xml dans les bases de données".
Merci pour le conseil!