Open artchous opened 5 months ago
Ne serait-ce pas mieux que dans la table topicDisplay, il y ait que : title, username, date_post, description Et dans le frontend, on appelle le fichier et commentaire correspondant --> évite répétition code sql je crois et plus simple (niveau stockage aussi?)
Quand un fichier/commentaire est créé, il lui faut un ID unique pour le stocker. Justement pour éviter que dans une même table il y ait plusieurs entrées avec le même ID (je pense même que SQL ne te laisse pas le faire). Il faudrait rajouter un champ supplémentaire avec l'ID du TopicDisplay
parent pour faire le lien.
Tu peux très bien faire les appels pour récupérer les fichiers + commentaires depuis le frontend au lieu de tout envoyer depuis le backend. Surtout que tu as déjà écrit les services pour ça dans le frontend donc c'est une très bonne idée :)
ça joue merci :)
Je vais rajouter un champ pour faire le lien avec l'ID du TopicDisplay
[x] lorsqu'un commentaire/fichier est crée, son id sera l'id du topicDisplay Donc, dans les tables commentaires et fichiers, il peut y avoir plusieurs même id --> si plusieurs fichiers/commentaires
[ ] si des cases ne sont pas remplis --> null
[ ] changer dans la table que certains ne sont pas null
[x] je n'arrive pas à avoir + de 1 commentaire par topic