Les tables

L’agenda est construit autour d’une table spip_evenements comportant les champs suivants :
-  la clé primaire #ID_EVENEMENT pour isoler chaque enregistrement,
-  le numéro #ID_ARTICLE de référence pour la page associée,
-  le champ #TITRE habituel à tous les objets SPIP,
-  les champs #DATE_DEBUT et #DATE_FIN contiennent des valeurs de #DATE système (ce qui permet/nécessite d’y appliquer les filtres d’affichage de date, ou la gestion des critères age_...
-  la #DATE_CREATION permet de retrouver l’origine
-  chaque évènement comporte aussi les divers champs textes de
#DESCRIPTIF, de #LIEU et d’#ADRESSE,
-  le champ #HORAIRE enregistre logique (oui/non) ....
-  si l’#INSCRIPTION est cochée (sinon à valeur 0), vous pourrez trouver le nombre de #PLACES ouvertes
-  le champ #STATUT propose la gestion habituelle à SPIP
-  enfin le système enregistre la dernière modification dans un champ #MAJ

La déclaration utilisée permet aussi d’utiliser sur cette table les critères racine, meme_parent, et id_parent pour remonter à un evenement d’origine (cas des répétitions)

Une table annexe spip_evenements_participantspermet d’enregistrer chaque auteur répondant à cet evenement ; elle comporte les champs suivants :
-  une clé primaire #ID_EVENEMENT_PARTICIPANT pour isoler chaque enregistrement,
-  l’identificateur #ID_EVENEMENT pour relier l’évenement ciblé ci-dessus,
-  l’identification de chaque auteur #ID_AUTEUR
(ce fonctionnement est actuellement restreint aux seuls auteurs authentifiés sous SPIP, comme administrateur, rédacteur ou visiteur connecté)
-  le #NOM
-  son #EMAIL
-  la #DATE de réponse (système / parfois aussi nommée maj dans SPIP)
-  enfin le code de #REPONSE (qui peut prendre trois valeurs possibles : oui, non ou ?)