Par rapport à la base elle-même :
Pour tous les tags d'une aventure, y compris genre et univers, on peut s'arranger avec trois tables : avh_tag, tag, et tag_category. La première serait juste une table de jonction entre avh et tag, la deuxième contiendrait les tags proprement dits (qui auraient donc un id et une dénomination unique), ainsi qu'un tag_category_id optionnel, qui nous permettrait à nous de regrouper les tags, et la dernière juste un id et une dénomination. Par exemple, le tag "fantasy" appartiendrait à la catégorie "theme". Cela limite le nombre de jonctions à faire lors du chargement de la fiche détaillée, tout en nous permettant de rassembler certains éléments ensemble facilement si besoin, comme le genre.
Plus risqué, reprendre un peu le même système pour les paramètres techniques de l'aventure (difficulté, liberté d'action, règles), avec une table de jonction, une table élémentaire et une table de catégorie. Pour pouvoir faire des moyennes, il faudra d'ailleurs associer des nombres croissants à chacune des valeurs (1=facile, 2=moyen, 3=difficile...) dans la base.
Le comment_link pourrait n'être qu'un champ facultatif de comment.
Autorise-t-on les lecteurs à évaluer la difficulté, la liberté d'action et la complexité des règles comme cela avait été évoqué ? Si oui, il faudra en tenir compte dans la base.
Pour le reste :
Disons qu'au final, les structures des tables seront en anglais, pour la cohérence du code, et comme la plupart des mots sont transparents, autant envoyer directement la sauce. Si certains termes, ou leur utilité, ne vous paraissent pas clairs, n'hésitez pas à demander. D'ailleurs, furtherance, c'est vraiment le terme anglais pour "avancement" dans ce contexte ? Et je suis à peu près sûr que gender, c'est le genre d'une personnage, pas le genre d'une aventure. Ce serait plutôt theme dans ce cas. Est-ce que des gens compétents en la matière peuvent confirmer ?
Les liens en trait plein viennent apparemment du fait que tu n'as précisé quel était la colonne correspondant à la clé étrangère. Enfin, je crois (MySql Workbench fait souvent des trucs bizarres).
Pour tous les tags d'une aventure, y compris genre et univers, on peut s'arranger avec trois tables : avh_tag, tag, et tag_category. La première serait juste une table de jonction entre avh et tag, la deuxième contiendrait les tags proprement dits (qui auraient donc un id et une dénomination unique), ainsi qu'un tag_category_id optionnel, qui nous permettrait à nous de regrouper les tags, et la dernière juste un id et une dénomination. Par exemple, le tag "fantasy" appartiendrait à la catégorie "theme". Cela limite le nombre de jonctions à faire lors du chargement de la fiche détaillée, tout en nous permettant de rassembler certains éléments ensemble facilement si besoin, comme le genre.
Plus risqué, reprendre un peu le même système pour les paramètres techniques de l'aventure (difficulté, liberté d'action, règles), avec une table de jonction, une table élémentaire et une table de catégorie. Pour pouvoir faire des moyennes, il faudra d'ailleurs associer des nombres croissants à chacune des valeurs (1=facile, 2=moyen, 3=difficile...) dans la base.
Le comment_link pourrait n'être qu'un champ facultatif de comment.
Autorise-t-on les lecteurs à évaluer la difficulté, la liberté d'action et la complexité des règles comme cela avait été évoqué ? Si oui, il faudra en tenir compte dans la base.
Pour le reste :
Disons qu'au final, les structures des tables seront en anglais, pour la cohérence du code, et comme la plupart des mots sont transparents, autant envoyer directement la sauce. Si certains termes, ou leur utilité, ne vous paraissent pas clairs, n'hésitez pas à demander. D'ailleurs, furtherance, c'est vraiment le terme anglais pour "avancement" dans ce contexte ? Et je suis à peu près sûr que gender, c'est le genre d'une personnage, pas le genre d'une aventure. Ce serait plutôt theme dans ce cas. Est-ce que des gens compétents en la matière peuvent confirmer ?
Les liens en trait plein viennent apparemment du fait que tu n'as précisé quel était la colonne correspondant à la clé étrangère. Enfin, je crois (MySql Workbench fait souvent des trucs bizarres).