La même méthode semble adaptée.
imageId, userId, comment
Trois colonnes suffiraient pour des commentaires simples et uniques, avec une PRIMARY KEY(imageId, userId)); sinon (si on autorise un utilisateur à commenter plusieurs fois une image), il faudra un commentId unique à chaque commentaire (1 colonne de plus).
Aussi, il ne sera pas possible de lier les messages entre eux et de faire des "répondre au commentaire de <truc>" sans devoir ajouter une colonne ("parentCommentId" par exemple pour stocker l'id du commentaire auquel le commentaire courant répond) ou ajouter une table (table de liens, mais cette solution est plus adaptée aux relations N→N plutôt que 1→N).
imageId, userId, comment
Trois colonnes suffiraient pour des commentaires simples et uniques, avec une PRIMARY KEY(imageId, userId)); sinon (si on autorise un utilisateur à commenter plusieurs fois une image), il faudra un commentId unique à chaque commentaire (1 colonne de plus).
Aussi, il ne sera pas possible de lier les messages entre eux et de faire des "répondre au commentaire de <truc>" sans devoir ajouter une colonne ("parentCommentId" par exemple pour stocker l'id du commentaire auquel le commentaire courant répond) ou ajouter une table (table de liens, mais cette solution est plus adaptée aux relations N→N plutôt que 1→N).