たぶんお前たちは自分ちで作ったチャーハンがべちょべちょだったのがトラウマで、その反動で極度にパラパラなチャーハンを求めるようになったのだろう。 お前らのチャーハンメンタルが弱ったところにネットの悪い奴らが忍び寄ってきて、こうささやいたに違いない！ 「ごはんと卵を混ぜてから炒めるとパラパラになるよ」と…… いいか正気に戻れ、落ち着いて近所の中華料理屋か、大阪でも餃子のでもなんでもいいから王将に行ってチャーハン頼んでこい。そして観察しろ。そうすれば気付くはずだ。 お店のチャーハンはそんなにパラパラしてないことに。もちろんべちょべちょでもないんだが、それに比べて卵かけごはんチャーハンのパラパラ度合いは「やりすぎ」だ。パラパラになるのはなるんだろうが、その代償かのようにパッサパサになる。 ほんっとにパッサパサ。マジでパッサパサ。でもみんな気にしない。「べちょべちょじゃない」というだけで満足してしま

SQLのチューニング方法 昔Qiitaで書いたものをzennにうつして、若干の修正、追加をしてみました。 ORACLEでの経験を元に書いていますがコストベースのリレーショナルデータべースなら大体共通の考え方だと思うので他にも使えると思います。 SQLのチューニングといえば比較的容易に済むインデックスをとりあえず作成する。といった対応を取られがちですが、数万レコード程度でのデータ量ではあまり効き目がなく（自分の経験則）、どちらかといえば、結合順が大幅に狂ってたりすることが原因のことが多かったりします。よって本当にインデックスがないことが原因なのか？を熟考する必要があります。（例えばID以外のフラグとかコードに単項目indexを貼ってるのもみたことがあります。怖いけど実話） また、インデックスを作りすぎるとオプティマイザが狂いやすくなって他のSQLにも悪影響を及ぼしたりするので結構熟慮して追加