Q&A
phpMyAdmin以外のツール、またはコマンドラインから見た場合はどうでしょうか。
###発生している問題
phpMyAdminを使用しています。
SELECTでは1件しかレコードがないのに、phpMyAdminのページ送りで見ると重複して表示される問題にハマりました。
原因や解決策をご存じでしたら教えて頂けませんでしょうか。
###実際の画面
問題の画面を添付します。
1ページ目、2ページ目、そしてSELECTの結果です。
ご覧のように1ページ目にも2ページ目にも同じ
| matter_ID | thread_ID | order_number |
|---|---|---|
| 5 | 1 | 1 |
というレコードが表示されています。
しかしSELECTされたレコードはこれ1件しかなく、なぜページ送りの際に重複表示されるのか…
これでは1件なのか2件なのかわかりにくくてとても困ると思うのですが、こういうものなのでしょうか？
おそらくSELECTの結果が正しくて実際には1件しかないのだと考えています。
しかしさっきSELECTしてみるまで2件あると思っていて、なぜ2件になってしまうのか???とかなりの時間悩んでしまいました。
「1ページ目」のselect文を複数回を実行して、
必ず「毎回同じ並び順」で結果レコードが表示されますか？？
はい。今５回試して「毎回同じ並び順」でした。
ちなみに行数を25件でなく50件にしても２ページ目で重複しますが、250件（１ページにthread_ID=1のレコードがすべて表示される件数）にすると重複しませんでした。つまりページ送りの際に重複するようです。
プルダウンで指定している「キーでソート」の「fk_p_comments_02」を「なし」に変更しても、2ページ目に重複レコードが表示されますか？
いいえ。その場合は重複はなくなります。ちなみにPKであるmatter_IDでソートされます。
「キーでソート」を「なし」のまま、SQLで
orderby thread_ID asc, matter_ID asc
と指定しても、重複はしないですよね？
であれば、「fk_p_comments_02」このキーソート指定が、意図せずselect結果そのものを変えているのでは・・？もしそうなら、そもそも取得結果の「総数」自体が、実際のレコード数と異なっているのでは？と思いますが、そんなことはないのでしょうか？
できれば、テーブル定義（問題が起きているのは中間テーブルだと思うので、親テーブル２つと合わせて3つ分）を提示された方が良いかも。。
↑の、コメント書いてから思い直しました。必ず「2ページ目」で起こる話だったので、
> キーソート指定が、意図せずselect結果そのものを変えているのでは・・？もしそうなら、そもそも取得結果の「総数」自体が、実際のレコード数と異なっているのでは？・・・
これは私の思い過ごしかも。。^^;
原因がキーソート指定の「fk_p_comments_02」だと思うのは、変わりませんが。
> 原因がキーソート指定の「fk_p_comments_02」だと思う
あ、いえ、それは原因ではないと思います。
> ちなみにPKであるmatter_IDでソートされます。
とわざわざ書いたのは、「なし」にするという操作”だけ”であればPKであるmatter_IDでソートされますという意図です。もしその操作”だけ”でなく、「なし」にした後でthread_IDのカラムをクリックしソートすると、「なし」であってもやはり重複は生じます。
下記は仰る通り重複しませんでした。
> 「キーでソート」を「なし」のまま、SQLで
> orderby thread_ID asc, matter_ID asc
> と指定しても、重複はしないですよね？
でも上記のようにクエリを自分で書かないといけないのは手間ですね。
質問画像の1ページ目や2ページ目で実行している
SELECT * FROM `p_comments` ORDER BY `thread_ID` ASC
というクエリは私が書いたものではなく普通にphpMyAdminの画面操作で生成されるクエリなのに、今回のような間違いがありうるというのはphpMyAdminに対して少し不満を感じてしまいます。
phpMyAdminどうこうより、MySQLの仕様だと思います。実際は特に問題が起きているわけではありません。
テーブル定義次第で制御できる内容でもあります。
回答2件
0
なんとも言えないですが、表示順が確定するまできっちりorder byしてないからでは？
投稿2020/11/02 00:44
総合スコア114767
ありがとうございます。少しピンとこなかったのですが、それをきっちりやるためにはどうすればいいということですか。
またphpMyAdminというのはそれがきっちり行われなかったりするのでしょうか。
order by thread_ID asc, matter_ID asc
としてください
SQLのorder by は一次ソート時に同順位の場合、その中の表示順位は
保証されていません。
流石の洞察ですね。そのようにしましたら重複なくなりました。
しかし困っちゃいますね。
質問画像の1ページ目や2ページ目で実行している
SELECT * FROM `p_comments` ORDER BY `thread_ID` ASC
というクエリは私が書いたものではなく普通にphpMyAdminの画面操作で生成されるクエリなのですから、そこはよしなにして欲しいですよね。
mysqlにはデフォルトのソート設定というのがあって、うまくいけば
以下を一度実行しておくと安定するかもしれません
ALTER TABLE p_comments ORDER BY matter_ID ASC;
デフォルトソートが二次ソートに反映される保証があるかは
調べていませんが・・・
本当にたくさんご存じですね。そちら実行しますと確かにthread_IDの並びが変わりました。ただ重複は起こってしまうようでした。情報ありがとうございます。
0
phpMyAdminに対して少し不満を感じてしまいます。
所詮DBツールなので、納得のいく他のDBツールに乗り換えるという選択肢もありだと思います。
投稿2020/11/18 02:23
総合スコア25173
あなたの回答
tips
プレビュー
