Thèmes
Oui, tu peux transiger par rapport à un modèle de données pur, et choisir de te limiter à un nombre de thèmes déterminé.
Avantages : une seule table.
Inconvénients : trois zones à saisir (au lieu d'une en boucle); ordre SQL un peu cher (where Theme = Theme_1 or Theme = Theme_2 or Theme = Theme_3) au lieu d'un ordre simple en boucle; difficulté d'augmenter le nombre maximal de thèmes.
Commentaires
Si tu décides de dissocier note et commentaire (tables séparées, mais dynamique similaire), ça te permet de commencer seulement avec la notion de note, et d'ajouter aisément plus tard la notion de commentaire, sans reprise de données.
Nomenclatures
Tu peux t'en passer, si tu ne permets de choisir le type et le(s) thème(s) que par le biais de listes déroulantes (qui serviront de facto de nomenclatures).
Timestamp
Pour moi, c'est un réflexe, toujours pouvoir connaître la date de dernière mise à jour d'un élément. Mais ce n'est pas obligatoire.
Compteur
Les SGBD relationnels permettent d'ajouter à une table existante une nouvelle colonne, et ceci sans reprise de données. Tu n'es donc même pas obligé de prévoir ta colonne compteur à l'avance.