Est-il possible de supprimer des publications de la base de données ?

Dev
1

Je m’excuse par avance si la question est trop élémentaire.
J’ai accès à la base de données Discourse (via le plugin).
Puis-je supprimer certains des messages (que j’ai moi-même créés en grande quantité pendant les tests) en utilisant une requête ?

delete from posts where id in (123, 567, ... etc)

Est-il sûr d’effectuer de telles opérations ?

1 « J'aime »
2

Si vous accédez à la base de données via le plugin Data Explorer, sachez que ce dernier n’autorise que des requêtes en lecture seule. Il n’est pas possible de l’utiliser pour écrire dans la base de données.

Il est possible de supprimer complètement des publications depuis la console Rails, mais nous ne recommandons pas cette méthode. La meilleure approche consiste à utiliser le plugin Data Explorer pour identifier les publications que vous souhaitez supprimer, puis à utiliser les outils disponibles dans l’interface utilisateur de Discourse pour les retirer.

Si, pour une raison quelconque, cette approche ne vous convient pas, faites-le-nous savoir et nous pourrons vous fournir des détails sur la suppression des publications depuis la console Rails.

9 « J'aime »
3

Je ne suis pas expert de ce moteur, mais je suppose que ce n’est pas sûr, car ainsi vous ne supprimerez que l’entrée de la table des publications, alors qu’un post peut avoir des entrées liées dans d’autres tables et beaucoup d’informations métadonnées associées à cet identifiant de post. Par la suite, quelque chose pourrait se briser. Vous devriez donc utiliser les outils intégrés pour la suppression des posts.

2 « J'aime »
4

Merci, Nikolaï.
Je suis aussi de cet avis… Mais soudainement, de vrais experts de cette application vont arriver et dire : « N’hésitez pas à supprimer ! » )))

5

Sauf que aucun expert ne dit que c’est acceptable :

  • Ce n’est pas recommandé.
  • Cela ne figure pas sur la feuille de route de Discourse et il n’est pas prévu de l’ajouter.
  • Cela n’est pas développé car une suppression permanente ne peut pas être annulée.
  • Personne n’a payé pour que cette fonctionnalité soit développée.

Personne ayant demandé cette fonctionnalité ne l’a développée car elle est soit trop difficile, soit ne vaut pas le coût de développement.

Consultez ce sujet pour des exemples illustrant ces points :

1 « J'aime »
6

Je ne me considérerais pas comme un expert, mais au fil des ans, j’ai examiné, analysé et expérimenté pas mal de fichiers et de code.

J’en ai assez vu pour me convaincre que, seul, je n’ai pas les connaissances nécessaires pour aller au-delà de simples expérimentations en localhost. Ce que j’ai vu, et ce que je n’ai pas vu, me pousse à la réflexion.

Je n’ai jamais vu un seul « ON DELETE CASCADE ». En revanche, j’ai vu beaucoup de « has_many », « dependent: », d’« Indexes » et de « ensure_consistency » dans de nombreux fichiers de modèles. Il existe également un fichier de tâche : discourse/app/jobs/scheduled/ensure_db_consistency.rb at main · discourse/discourse · GitHub

Personnellement, même si j’apprécie beaucoup Discourse, je ne m’attendrais pas à ce qu’ils gèrent les conséquences d’actions qui contournent les mécanismes de protection de base. Autrement dit, je brise souvent mon propre code, mais j’assume pleinement la responsabilité quand cela arrive. Mais c’est mon cas. Il est certain qu’il peut exister un code de base quelque part dont je n’ai pas encore connaissance.

1 « J'aime »
7

Aussi,

Mais cela serait inutile dans le cas de l’OP.

4 « J'aime »