Q&A
ありがとうございます。
なるほど、順番って関係あったのですね。意識していませんでいた。ありがとうございます。
コンテンツに対して「いいね」を押すと、カウントがアップしてコンテンツ作成者に通知が行くという仕組みの「いいね」機能を実装しようと思っています。SNSでよくあるいいね機能です。いいねした後に取り消す事も出来ます。
これって「いいね」を押したときにコンテンツIDとユーザIDのデータをinsertすると思うのですが、取り消した時はdeleteするのか、updateで削除フラグをセットするのかどちらが良いのでしょうか？それとも他に方法がありますか？
deleteした場合は痕跡が消えてしまうため、例えば「いいね」と「取り消し」を繰り返すと、連続して通知がいく問題が発生するのではと思いました。
対してupdateで削除フラグをセットした場合は、次にまた「いいね」をしても、２回目以降は通知されないというようにできるので、私はupdateのほうがいいかと思ってるのですが、いかがでしょうか。
回答3件
0
ベストアンサー
「削除フラグ」「論理削除」のついての論争は、様々あるのですが。
私は、安易にそれを採用する事には、反対です。
企業における内部統制などの観点から言えば、一切をDeleteしてしまい、履歴を全く追えなくなる状況というのは確かに避けるべきです。
ただ、今回のSNSなどの「いいね」機能については、質問者さんご自身で考えてみて、どうでしょうか？
- いままでSNSを利用して、「いいね」を取り消した経験が、どれだけありますか？
- その後、再度、同一の投稿に対して「いいね」を付けた経験は、どれだけありますか？
- もし、通知が重複して届いた場合、何に困りますか？
そういった確率、利便性、システムの保守などを天秤にかけて、採用するべきかどうかの判断が必要だと思います。
その設計を、未来永劫、お守りしていく必要があります。
処理を追加するという事は、その分、時間がかかり全ユーザーに影響します。
「削除履歴テーブル」を別に設ける方法も考えられます。
- 連続して通知が行ってしまうと、いたずらで「通知テロ」のような事が起こるのではないか。
等といったリスクも考えられます。
結局、それも「全ユーザーへの影響」との天秤になります。
リスクを回避する方法は、他に無いのか。
答えは、一つではないと思います。
投稿2016/10/16 02:01
総合スコア256
0
自分もそれでいいと思います。
以前似たような「参考になった」機能を作ったことがありましたが、ほぼ同じ感じでした。
注意点は、主キーを「コンテンツID, ユーザID」の複合にするなら、順番は大事かもしれません。
通常、あるコンテンツにいいねしたユーザが知りたいと思うので、「コンテンツID, ユーザID」の順番がindex的にはいいと思います。
投稿2016/10/15 23:40
総合スコア6586
0
それは良い方法だと思います。
投稿2016/10/15 09:24
総合スコア2883
あなたの回答
tips
プレビュー
バッドをするには、ログインかつ
こちらの条件を満たす必要があります。
2016/10/16 02:34