Q&A
ロールバックについて、お恥ずかしながら初めて知りました。独学の無知は怖いなと思いました。。
いつも、本当に有難うございます。ロールバックについても今後勉強していきたいと思います。
ユーザーが退会ボタンを押したら、そのユーザーの過去のコメントをデータベース上から全て削除する仕組みを作っています。
１．そのユーザーのコメントIDをすべて取得
２．foreach文でループしながら、そのユーザーのコメントの数だけ、そのユーザーのコメントをデータベースから削除する。
という方法で、動作的には問題はないのですが、思ったことがあります。
例えば、そのユーザーのコメントが１万件あったとして、最初の100ループ目くらいで通信エラーが起きて、phpの処理などが中断される可能性はないのか、ということです。
その場合、残りの9900件のコメントが削除されないまま残ってしまうのですが、そういう状況は回避したいです。
そこで質問なのですが、
１．ループ中にphpの処理が何かしらの理由で中断されることは、ありえるのでしょうか？
２．ループ中に処理が中断されることをあらかじめ想定しながらコードを設計することが当然なのでしょうか？
至らない質問で大変恐縮ですが、何卒、お教えいただけましたら幸いです、
回答5件
0
という方法で、動作的には問題はないのですが
データベースならDELETE comments WHERE user_id = xxx;で一括削除できます。
投稿2019/07/22 08:11
総合スコア145183
0
１．ループ中にphpの処理が何かしらの理由で中断されることは、ありえるのでしょうか？
ないとはいいきれません。
それは1回だけ実行されるSQLの処理もDB接続の処理も同じです。
２．ループ中に処理が中断されることをあらかじめ想定しながらコードを設計することが当然なのでしょうか？
はい。一般的に「異常系設計」と呼ばれるものです。
そのために通常は下記のような流れで処理を行います
トランザクション ↓ SQL実行 ↓ OK：コミット NG：ロールバック
投稿2019/07/22 08:16
総合スコア80850
0
DB処理の途中で何かあったときに元に戻せるように トランザクションというものが用意されています。
そこまで考えるのであれば、DB処理が中断された場合はロールバックして変更をなかったことにするべきでしょう。
ただ、1テーブルから1ユーザーの情報を削除するSQLなんて1行で書けると思うのでそこまでする必要があるかといわれると微妙です。
投稿2019/07/22 08:15
総合スコア2341
0
ベストアンサー
他の回答にあるとおり、PHPレベルでループにする必要ないです。
1万件の削除をしている0.何秒かの間に、通信障害が起こってもユーザープログラムの処理には関係ありません。「削除が完了しました」という画面をユーザーが見られないだけです。
ただ、その0.何秒かの間にサーバーがシステム障害を起こすことはあり得ますので、重要なシステムの場合はそういうことも考慮します。
データベースのコミットが成功してから、ユーザーに「削除が完了しました」という画面を出すことにしておけば、データベースからの削除が行われなかった場合は、ユーザーが完了画面を確認できないので、システム障害回復後にユーザーに状況を確認してもらい、もし削除が行われていない場合は、再度削除処理を実行してもらうことになります。
投稿2019/07/22 09:01
総合スコア84499
あなたの回答
tips
プレビュー
バッドをするには、ログインかつ
こちらの条件を満たす必要があります。
2019/07/22 11:03