[B! SQL] オイ、そこのSELECT COUNT。余計な数え上げに意味なんかねえ

オーナーコメントを固定しています

オーナー ohbarye 記事中部の count(*) に limitつけて全件走査を防げるかのように書いてたのはSQLの記述ミスでしたので修正しました。指摘ありがとうございます id:shunyy

2024/10/11 リンク

daishi_n 現役の頃はCOUNT(*) はあんまり使わんようにしてたなぁ。インデックスが使えなくて困ることも多いし

2024/10/13 リンク

tmatsuu 2件以上ならLIMITかもしれないが、1件あるかどうかを確認する実装なら自分はEXISTSを使っちゃうね。SELECT EXISTS(SELECT ...); でbool判定。

2024/10/12 リンク

taiyow where句のインデックスが効いてないという話で、countは巻き込まれ事故だった。ちゃんとexplain見ようよ。チューニングで勘は禁物。

2024/10/12 リンク

homaju limitを使うことで余計な処理を省けることについての分かりやすい説明

database

2024/10/12 リンク

wdoomer なぜlimit 2なんだ。< n件以上か、なるほど。

2024/10/12 リンク

hdampty7 バッドノウハウの類だなぁ。結局引っ張る時に頑張るのではなくて登録時に頑張る方がシステムの複雑度は平準化すると思う。根拠はないけど経験的に。一件目登録するときにフラグ立てて制御しときなされ。

2024/10/12 リンク

yodelx 実行計画見ろ、INDEX使え、EXIST句検討しろ。LIMIT句で数件取れたらOKとする判定ならこれで良いか。

2024/10/12 リンク

weakref 2件以上存在しない条件も普通にexistsで書けるが…

2024/10/11 リンク

honma200 EXISTSってSQLの変態仕様の一つと思っててこのPostgreSQLの書き方だと副問い合わせの結果が1つだけでもあればTRUEで戻ってくるのよね(全部走査するのはFALSEだけ) https://www.postgresql.jp/docs/15/functions-subquery.html

2024/10/11 リンク