3 Notions
Sower/semeur : c'est l'utilisateur qui sème des informations via des codes uniques
heading/rubrique : Ce sont les rubriques dans lesquelles un “semeur” classe ces informations
item/info : ce sont les informations unitaires qu'un “semeur” souhaite partager
Chacun de ces objet est identifiable de manière unique via un code.
ainsi, un “semeur” pourra partager :
l'accès à des informations le concernant via son code unique
l'accès à un ensemble d'informations liées à une de ces rubrique
l'accès à une information isolée au sein de ses rubriques
Sower
id
nom (surnom)
email (qui le définit comme utilisateur unique de l'application)
code (unique et délivré par findout, il permet de partager ses infos sans que ça transparaisse dans l'échange)
date de création
date de dernière modification
Heading
id
owner/sower (le propriétaire de la rubrique)
nom
code (unique et délivré par findout, il permet de partager les infos de toute l'arborescence de la rubrique)
contenu (la rubrique peut aussi délivrer un contenu)
date de création
date de dernière modification
A noter :
Item
id
heading (la rubrique qui contient l'info)
nom
code (unique et délivré par findout, il permet de partager spécifiquement cette info)
contenu (le contenu spécifique de l'info)
validfrom (date à partir de laquelle l'info est accessible)
validuntil (date à partir de laquelle l'info n'est plus accessible)
countdown (o/n, définit si l'on permet d'afficher un compte à rebours si on réclame l'info trop tôt)
toolatewarning (o/n, définit si l'on prévient l'utilisateur que l'info qu'il a sollicitée est révolue)
date de création
date de dernière modification
A noter :
Codes
Tous les codes sont regroupés dans une table spécifique pour s'assurer de l'unicité du code quelquesoit son usage.
Pour des raisons de statistiques voir si on rajoute un champs hit pour comptabiliser le nombre d'accès à ce code.
Sinon ce sera dans une table 1←→1.
====== Tables annexes ======
Likes
Recueille les avis des utilisateurs
id
nom d'utilisateur (sower si connecté)
note o/n ou x/5 ou x/10
commentaire pour expliquer la note
date de creation
date de dernière modification
On peut rajouter un champs publication, si on met en place un process de moderation
Notifications
Pour gérer les notifications vers les users avec compte.
id
sower
notification (peut être un code)
acquittement (lu par l'utilisateur)
date de création
date de dernière modification
Portefeuille
Pour stocker les codes que l'on a reçu afin de ne pas les disperser ou même les perdre
====== Tables système ======
Secret
Une table dissociée pour stocker les données d'authentification des utilisateurs. Permet de ne pas les visualiser si on a accès à la table sewer.
id
sower
password
authent externe (ex: google)
authent pour push (pour les notifications mobile, à confirmer)
date de création
date de dernière modification
Session
Admin