エントリーの編集
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
記事へのコメント121件
- 注目コメント
- 新着コメント
lbtmplz
なるほど “MySQLは、「複雑なアルゴリズムはなるべくサポートしない」という設計思想に基づいて作られているからです。その代わりに、「よく使われる機能を高速にすること」を重視しています”
tamtam3
SQLは僅か数行の組み方一つで簡単に数百〜数千倍早くなったり遅くなったりするからね。処理が軽くなれば当然運用コストも大きく差がつくし利用者の満足度も向上するから極めて重要なポイントですね
rasterson
ORMは使わない方がいいよね。少し︻原因⑧︼にも関係するけど、連番発行するテーブルでロック待ちになって速度が落ちているのを見たことある。安易に連番発行テーブルを作らない方がいいよ。よくみかける設計だけど。
kanehama
基礎中の基礎。ORMでクエリ意識ないといけないとかORMとは。って感じする。
ku__ra__ge
『USE THE INDEX, LUKE』もおすすめ。インデックスがどう働くかを理解してSQLを速くする方法が判る http://use-the-index-luke.com/ja
shun_libra
現状、PGの場合は最初の段階でSQL使う仕事をやってるかどうかで、この辺の「基礎体力」の有無が決まってしまう。本番と同等のデータでサブクエリ使ったことあれば、検索範囲の局所化とかすぐ分かると思うので。
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
いまの話題をアプリでチェック!
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
なぜ、SQLは重たくなるのか?──『SQLパフォーマンス詳解』の翻訳者が教える原因と対策|ハイクラス転職・求人情報サイト AMBI(アンビ)
なぜ、SQLは重たくなるのか?──﹃SQLパフォーマンス詳解﹄の翻訳者が教える原因と対策 ﹃SQLパフォーマ...
なぜ、SQLは重たくなるのか?──﹃SQLパフォーマンス詳解﹄の翻訳者が教える原因と対策 ﹃SQLパフォーマンス詳解﹄の翻訳者の松浦隼人さんに、8つの﹁SQLが重たくなる原因とその対策﹂を聞きました。システムのボトルネックになるような﹁問題のあるSQL﹂を回避するノウハウを学びましょう。 データの操作や定義をする言語﹁SQL﹂は、どのような領域を担うエンジニアにとっても必修科目です。しかし、その仕様をきちんと理解し、パフォーマンスに優れたSQLを書ける方はそれほど多くありません。問題のあるSQLを書いてしまい、知らぬ間にそれがシステムのボトルネックになってしまう事態はよく発生します。 では、どうすればそうした事態を回避できるのでしょうか? そのノウハウを学ぶため、今回は﹃SQLパフォーマンス詳解﹄の翻訳者であり、自身もエンジニアでもある松浦隼人︵まつうら・はやと/@dblmkt︶さんに8つ
2017/06/26 リンク