なぜ、SQLは重たくなるのか？──『SQLパフォーマンス詳解』の翻訳者が教える原因と対策｜ハイクラス転職・求人情報サイト AMBI（アンビ）
なぜ、SQLは重たくなるのか？──『SQLパフォーマンス詳解』の翻訳者が教える原因と対策 『SQLパフォーマンス詳解』の翻訳者の松浦隼人さんに、8つの「SQLが重たくなる原因とその対策」を聞きました。システムのボトルネックになるような「問題のあるSQL」を回避するノウハウを学びましょう。 データの操作や定義をする言語「SQL」は、どのような領域を担うエンジニアにとっても必修科目です。しかし、その仕様をきちんと理解し、パフォーマンスに優れたSQLを書ける方はそれほど多くありません。問題のあるSQLを書いてしまい、知らぬ間にそれがシステムのボトルネックになってしまう事態はよく発生します。 では、どうすればそうした事態を回避できるのでしょうか？ そのノウハウを学ぶため、今回は『SQLパフォーマンス詳解』の翻訳者であり、自身もエンジニアでもある松浦隼人（まつうら・はやと／@dblmkt）さんに8つ
[SQL] 副問い合わせのin句に指定できるワードの数について | keiのTECブログ
副問い合わせのin句に指定できるワードの数について ●Oracle 1000個が上限のようです。 ●MySQL 上限無し。 但し、SQL文字列長自体の制限はあるので、100万件とか入れるとそっちでエラーが出るらしい。 ●PostgreSQL 2000個が上限のようです。 PostgreSQLの場合、以下のように配列をselect結果で戻してjoinすることで、 実質2000個以上のワードの数で検索することができます。 select * from テーブル名 T1 inner join ( select unnest(ARRAY['id1','id2',・・・,'idX']) as list ) T2 on T1.id = T2.list [SQL] 割合を計算するときの定石（割られる数をCASTする） なんとか率などの割合を計算するときのメモ。 割られるほうの数値を浮動小数点にCASTする
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
MySQLテーブル設計入門
