Schéma de BDD

[Spone]

Voilà une première ébauche du schéma de base :

• users : tous les utilisateurs inscrits sur la plateforme
• groups : les groupes que les utilisateurs peuvent rejoindre (on parlait avant de "projets" mais on préfère le terme de groupe, plus générique)
• categories : thématiques permettant d'organiser les groupes
• group_events : tous les évènements qui se passent sur un groupe, qui s'afficheront dans son fil d'actualité (utilisateur qui rejoint ou quitte le groupe, document ajouté, nouvelle actualité etc.)
• articles : article d'actualité rédigé dans un groupe
• newsletters : chaque groupe peut envoyer une newsletter à ses membres (probablement mensuellement). Cette newsletter est composée d'articles sélectionnés manuellement et d'une partie "personnalisée", différente pour chaque utilisateur (l'idée est d'afficher les group_events des groupes dons l'utilisateur fait partie)
• files : les fichiers uploadés dans le porte-documents du groupe (documents PDF, Word, Excel, vidéos, lien vers des documents externes type Google Drive ou Framapad)
• photos : les photos uploadées dans l'album photos d'un groupe
• settings : une table destinée à stocker les paramètres de l'instance

Il manque probablement des champs. Dispo pour en discuter. Il manque aussi les tables pour les forums de discussion ainsi que les pages de contenu éditables.

[Spone]

Relations One to Many ?

Oui, toutes les relations représentées par des traits sont des one-to-many. Quand ils y a des many-to-many, j'ai fait une table intermédiaire (groups_memberships, groups_categories, newsletters_articles)

Users

• La locale correspond à leur choix de locale (la plateforme va rassembler des gens de plusieurs pays). On stocke le code de cette locale dans un champ VARCHAR. cf. Locale en PHP
• La timezone correspond au choix de l'utilisateur également, pour que les dates et heures indiquées dans l'interface le soient dans son fuseau horaire. cf. DateTimezone en PHP

Groups_Users

• Le role correspond au role de l'utilisateur dans le groupe (admin ou membre). Prévoir la possibilité d'ajouter des rôles par la suite.
• Le notification_setting correspond au choix de l'utilisateur quant aux notifications qu'il reçoit pour le groupe (comme quand tu suis un projet sur Github, cf. image ci-dessous). Prévoir là aussi la possibilité d'ajouter des options.

Groups

• Il faudra stocker dans active_apps la liste des outils qui sont activés pour ce groupe (cf. ce que j'ai expliqué dans mon mail)
• J'ai ajouté un members_count comme cache du nombre de membres pour éviter de compter les relations à chaque fois, mais c'est à toi de voir @zemax :)

[zemax]

Hans,

Oui j'avais compris l'idée, mes questions à ce niveau étaient plutôt liées aux fonctionnalités attendues derrière ces intitulés de champ. Ex : Est-ce que "Locale" veut dire que l'UI sera traduite ? Par URL ou par préférence utilisateur ? Quelles langues sont à prévoir ? On est sur de l'anglais par défaut ou du français ? etc...

Je pense que ça sera plus clair avec les premiers Wireframes et maquettes.

A ta dispo,

Maxime