記事へのコメント128

    • 人気コメント
    • 新着コメント
    reboot_in reboot_in “「ネステッドループ結合(Nested Loop Join)」「(Hash Join)」「ソートマージ結合(Sort Merge Join)」という3種類があります。この中で、最もテーブル結合の処理が遅くなる可能性が高いのが「ネステッドループ結合」”

    2021/02/01 リンク

    その他
    kotaroooo0 kotaroooo0 “──次は、「複合インデックスを適切に使えていない」。どのようなときに、この問題は発生するのでしょうか? ”

    2020/08/23 リンク

    その他
    tjmtmmnk tjmtmmnk 気をつける8箇条

    2019/06/23 リンク

    その他
    yooks yooks “し”

    2019/04/14 リンク

    その他
    mrpotas mrpotas ORMのクエリ観ると、自分そんなの頼んでない、みたいなクエリが出てくることがあってビビる

    2019/04/13 リンク

    その他
    ElizaAcolyte ElizaAcolyte アホほど重たい処理なんだから重たくなるのは当たり前で、なぜ早くできるのか?って思考のほうが実情に即している気がする。まぁ言葉遊びだけど。

    2019/04/13 リンク

    その他
    Mikatsuki Mikatsuki SQLのパフォーマンスをなんとかする件

    2019/04/12 リンク

    その他
    akima9936 akima9936 ほーん

    2019/04/12 リンク

    その他
    nayuneko nayuneko データベースってデータ量が少ないテスト環境だと問題にならないけど本番にリリースして大量のデータが登録されてから問題が顕著化してはじめてスロークエリのありがたみがわかるから難しい

    2019/04/12 リンク

    その他
    ykonomin ykonomin 重箱だけど、言語は重くならないです。

    2019/04/12 リンク

    その他
    Iridium Iridium アーキテクチャの問題です。データ生成をプリコンパイル型にすれば解決すると常々思ってる。どうせ事前に確定する情報がほとんどでしょ。全部リアルタイムに取ろうとするから遅いんですよ。

    2019/04/12 リンク

    その他
    issy_s16 issy_s16 良記事

    2018/11/14 リンク

    その他
    gologius gologius “ORM”

    2018/05/27 リンク

    その他
    lowpowerschottky lowpowerschottky “データベースの仕組みを理解する”

    2018/04/13 リンク

    その他
    junk-boy junk-boy “松浦 有名なORMのほとんどには、JOIN句を生成するなどN+1問題を回避するための機能が備わっています。その機能をきちんと理解し、適切に使用するといいでしょう。 ”

    2018/01/22 リンク

    その他
    poppon555 poppon555 indexを正しく使おう

    2018/01/09 リンク

    その他
    dk19810313 dk19810313 ごくごく当たり前の事しか書いてないね

    2018/01/02 リンク

    その他
    nyop nyop あるある。だけどこんなことも知らないエンプラ系IT土方がいっぱいいる。

    2018/01/02 リンク

    その他
    nakag0711 nakag0711 PostgreSQLにはクラスタ化インデックスがないという弱点が

    2018/01/02 リンク

    その他
    shields-pikes shields-pikes あとでも読む。

    2017/12/28 リンク

    その他
    tamtam3 tamtam3 SQLは僅か数行の組み方一つで簡単に数百〜数千倍早くなったり遅くなったりするからね。処理が軽くなれば当然運用コストも大きく差がつくし利用者の満足度も向上するから極めて重要なポイントですね

    2017/12/27 リンク

    その他
    clotho_moirai clotho_moirai 基本だけど忘れそうなボトルネック

    2017/12/26 リンク

    その他
    rasterson rasterson ORMは使わない方がいいよね。少し【原因⑧】にも関係するけど、連番発行するテーブルでロック待ちになって速度が落ちているのを見たことある。安易に連番発行テーブルを作らない方がいいよ。よくみかける設計だけど。

    2017/12/14 リンク

    その他
    kanehama kanehama 基礎中の基礎。ORMでクエリ意識ないといけないとかORMとは。って感じする。

    2017/12/14 リンク

    その他
    perl48 perl48 SQLが重たくなったら読み返す。

    2017/12/14 リンク

    その他
    ku__ra__ge ku__ra__ge 『USE THE INDEX, LUKE』もおすすめ。インデックスがどう働くかを理解してSQLを速くする方法が判る http://use-the-index-luke.com/ja

    2017/12/14 リンク

    その他
    shun_libra shun_libra 現状、PGの場合は最初の段階でSQL使う仕事をやってるかどうかで、この辺の「基礎体力」の有無が決まってしまう。本番と同等のデータでサブクエリ使ったことあれば、検索範囲の局所化とかすぐ分かると思うので。

    2017/12/14 リンク

    その他
    gusyazero gusyazero 覚えておきたいけど、毎度忘れる内容… なので、懲りずに読む。

    2017/12/13 リンク

    その他
    ttop ttop 有用なの?あとで読む

    2017/12/13 リンク

    その他
    morinaga3 morinaga3 SQL

    2017/12/13 リンク

    その他

    人気コメント算出アルゴリズムの一部にヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています

    関連記事

    なぜ、SQLは重たくなるのか?──『SQLパフォーマンス詳解』の翻訳者が教える原因と対策 - エンジニアHub|Webエンジニアのキャリアを考える!

    なぜ、SQLは重たくなるのか?──『SQLパフォーマンス詳解』の翻訳者が教える原因と対策SQLパフォーマ...

    ブックマークしたユーザー

    • KashEight2021/03/31 KashEight
    • GO92021/03/11 GO9
    • reboot_in2021/02/01 reboot_in
    • shifumin2021/01/18 shifumin
    • dafujii2020/11/24 dafujii
    • yk41922020/10/23 yk4192
    • lilpacy2020/09/15 lilpacy
    • dandelion2939492020/09/03 dandelion293949
    • kikugawa8162020/09/01 kikugawa816
    • kotaroooo02020/08/23 kotaroooo0
    • taca102020/08/20 taca10
    • moriso2020/08/08 moriso
    • kyompi2020/07/28 kyompi
    • keensyo2020/05/14 keensyo
    • monoshizuka2020/02/05 monoshizuka
    • kamocyc2020/01/10 kamocyc
    • metroit2019/10/31 metroit
    • hdkINO332019/09/30 hdkINO33
    すべてのユーザーの
    詳細を表示します

    同じサイトの新着

    同じサイトの新着をもっと読む

    いま人気の記事

    いま人気の記事をもっと読む

    いま人気の記事 - テクノロジー

    いま人気の記事 - テクノロジーをもっと読む

    新着記事 - テクノロジー

    新着記事 - テクノロジーをもっと読む

    [Slackbot大全]63種類の事例・ツールをまとめて紹介! botを活用してSlackを便利に【2017夏】 - エンジニアHub|Webエンジニアのキャリアを考える!

    2268 users https://eh-career.com/

    自然言語処理をサービスで活用しよう! Sansanに学ぶ「多種多様なテキスト」からのデータ分析 - エンジニアHub|Webエンジニアのキャリアを考える!

    445 users https://eh-career.com/