Sylvain Witmeyer - sylwit

Sylvain Witmeyer : merci pour le lien.

le sprite d'images en effet, à condition qu'il soit également automatisé (pour que les webmasters puissent changer facilement les icones)

ok compris pour edit_id. (que pensez vous de last_edit_by) qui serait plus parlant.

Choses plus sérieuses, oui séparer un champ anchor_type et anchor_id est plus efficace.

Mais je pense que dans votre cas, il serait bon de faire une seule table reprenants tous les éléments.

id_resource (AI) | anchor_type | anchor_id

C'est ce qu'on fait avec les permalinks par exemple. Dans vos articles vous pouvez faire un {include 412}, et 412 correspondrait à type = article et anchor_id = 118. Tout serait regroupé au même endroit, ca faciliterait la gestion et la maintenance. C'est ce que fait facebook par exemple en créant un nouvel objet pour chaque ressource.

Je reviens sur les relations entre les tables, elles ne permettent pas seulement l'optimisation de la suppression, mais elles permettent le conservation de l'intégrité des données ainsi que la possibilité d'établir un schéma de la base. Par exemple avec une relation, j'aurais tout de suite vu à quoi correspondait edit_id.