RDB - 実例で学ぶ、JOIN (NLJ) が遅くなる理屈と対処法 - Qiita
"Nested Loop Joinしか取り上げて無いのにタイトルが大きすぎないか" と指摘を頂いたので、タイトルを修正しました。Merge JoinとHash Joinのことはまた今度書こうと思います。 「JOINは遅い」とよく言われます。特にRDBを使い始めて間がない内にそういう言説に触れた結果「JOIN=悪」という認識で固定化されてしまっている人も多いように感じています。 たしかに、JOINを含むようなSELECT文は、含まないものに比べて重たくなる傾向があることは事実です。また、本質的に問い合わせたい内容が複雑で、対処することが難しいものも存在します。しかし、RDBの中で一体どういうことが起きているのかを知り、それに基いて対処すれば高速化できることも少なくないと考えています。 本稿では、JOINの内部動作を解説した上で、Webサービスを作っているとよく出てくるJOIN SQLを例題に
git/git rebaseを元に戻す方法 - TOBY SOFT wiki
例 † git rebaseの有効性は何故つかうか？は『Pro Git - Pro Git 3.6 Git のブランチ機能 リベース』 や ../git-rebase を見ていただくとしまして…。 さて、例えばmasterに修正を加えているオレオレ・カスタマイズ済みなmy_customブランチがあるとします。 このたびmasterが新しく更新されたので、my_customもmasterの変更に追従したいなと思いました。 そこで、git rebaseを使いmy_customをかつてのmasterからブランチを切った起点ではなく、あたらしく更新された今のmasterを起点に切り替えたいとします。（つまり、新しいmasterにmy_custom独自の差分パッチを再度当てた状態にしたい） ということで、 $ git checkout my_other_custom $ git rebase mas
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
