Re: duplicate entry

[thomas seillan]

La table concernée est la suivante:

composing_architecture

ref_architecture char(10) clef primaire associée, valeur retrouvée dans une autre table

ref_aElement char(10) pareil à ref_architecture mais sur une autre table

position_aElement tinyint(1)

params varchar(1000) valeur optionnelle, mais en générale utilisée

dans le détail, voici mes clefs:

ref_architecture-ref_aElement

et

ref_architecture-position_aElement

les deux sont en unique.

Je n'utilise jamais de champ auto incrémenté, je me sers à la place de clefs générées par mes scripts.

Cette table me sert à composer des architectures de pages, en liant deux autres tables, l'une contient les architectures et leurs informations standards (genre le nom), l'autre contient les types d'éléments qu'on peut retrouver dans les architectures. La table composing_architecture me sert donc à faire la liste des éléments qu'on retrouve dans chaque architecture, ainsi qu'à récupérer la position de ces éléments dans l'architecture concernée, et les paramètres associés à chaque situation données.

Le système fonctionne très bien, et me permet de composer très librement des architectures de base pour mes pages. Par exemple, je peux avoir 15 pages qui partageront la même architecture, comprenant deux ou trois menus spécifiques, un module de commentaires, et d'autres modules. Et à côté j'aurais 37 autres pages qui partageront une architecture différente et plus appropriée à leur contenu.

Pour rebondir sur la fin de ton message, ces clefs que je détermine via mes scripts sont donc des données système et non métier, car elles n'ont aucune valeur sémantique.