ソーシャルネットワークを作成しています。
質問: 投稿では、ユーザーがこの投稿またはコメントを削除したいときはいつでも。 データベースから削除する必要がありますか、それとも表示されないようにステータスを変更して、ユーザーに既に削除されたという感覚を与える必要がありますか?
例:
<button>Delete this comment</button>
SQL
DELETE FROM table_posts WHERE...
または
UPDATE table_posts SET status="deleted" WHERE...
どちらがより適していますか?
回答 1 件
関連記事
- AWS Route53:ChangeRecordSet:削除:変更ステータスは「INSYNC」ですが、実際のレコードが削除されることはありません
- WooCommerceの特定の製品の注文ステータスを完了に自動変更
- ステータス変更のトリガー
- DELETE KeyAPDUコマンドが6A80ステータスワードを返すのはなぜですか?
- 通知のデータをlaravelのコメントからのデータに変更するにはどうすればよいですか?
- ステータスがLostのKubernetesPVCを削除する方法
- codeigniterajaxのボタンでモーダルオープンするとユーザーステータスが変化します
- 削除確認ダイアログのタイトルを変更するにはどうすればよいですか?
- ステータス200以降のルート変更
- さまざまな配送方法に基づいてWoocommerceの注文ステータスを変更する
関連した質問
- 配列でcontainsKeyメソッドを使用できません
- SQLでテーブルを選択する方法は?
- 文字列内に変数を含むPHPで準備されたMySQLUPDATEステートメント
- forループを使用してデータベーステーブルに複数のレコードを挿入する方法
- PHP検索ページに結果のない空白のボックスが表示されるのはなぜですか?
- ドットを含むデータをデータベースに挿入するにはどうすればよいですか?
- 別の列の別のテーブルデータに関してテーブルデータ(td)を更新するにはどうすればよいですか?
- 外部キーに基づいてテーブルから複数の値をフェッチするにはどうすればよいですか?
- 1時間あたりにデータベースに挿入された行数を取得します
- インデックスからインデックスへ選択
場合によります...
次の2つの場合があります。
レコードを削除する場合:
データベースから削除され、取得できなくなります。
必要なスペースが少ないデータベースができます。
おそらく、検索するレコードが少なくなるため、レコードの検索は高速になります。
更新してステータスを「削除済み」に設定した場合:
このレコードはデータベースに保存され、ユーザーに表示される場合と表示されない場合があります。
通常、このケースは、すべてのユーザーメッセージを記録したい場合に便利です。
これには、より多くのディスク容量が必要です。
検索するレコードがさらにあるため、レコードの検索は削除された場合ほど高速ではないでしょう。
一番良いのは何ですか?これはビジネスルールに依存します。