「お手製パーティションテーブルのメリデメ」 トラックバックを頂いたので少し。 http://d.hatena.ne.jp/Sikushima/20110813 のつづきです。 分かりにくくてすみませんでした。 http://d.hatena.ne.jp/iad_otomamay/20110808/1312805917 http://d.hatena.ne.…

http://d.hatena.ne.jp/Sikushima/20110809 http://d.hatena.ne.jp/Sikushima/20110810 http://d.hatena.ne.jp/Sikushima/20110811 http://d.hatena.ne.jp/Sikushima/20110815 のまとめです。 何度も何度もSQLでやった方が理論的には効率的と書いてきた。何…

私はいろんな人に絡まれています。今までのべ数百人を相手にしてきたので、コメント下さる方はコメントを送った！という感覚かも知れないけれど、残念ながら会ったこともない人を覚えるなんてことはほとんどありません。 １年以上前に「こんな条件でC++でJOI…

http://d.hatena.ne.jp/Sikushima/20110809 http://d.hatena.ne.jp/Sikushima/20110810 http://d.hatena.ne.jp/Sikushima/20110811 の続きです。 シビアな設計が要求されるということは、リソースのどこかにボトルネックが発生するということになります。 ボ…

お手製パーティションテーブルも、分散データベースも、このようなやり方では実はやったことはない。 理論上はお手製で可能ですが、パーティションテーブルと分散データベースが必要な規模では Enterprise Edition を導入した方が良いという判断になり、政治…

SQLを使わない成功事例があります。なんて書くと、SQLが苦手だと考えている層に、それがどんなにバッドノウハウでも諸手を挙げて受け入れられる。 しかし、プロジェクトとしては成功でも、技術的に成功とも正しいとも言えない。もちろん、それだけでは間違っ…

数値を文字型で持つべきではない コメントをいただいたので。 前の記事はこちら。 http://d.hatena.ne.jp/Sikushima/20110809/1312871002 元ネタはこちら。 http://d.hatena.ne.jp/iad_otomamay/20110808/1312805917 http://d.hatena.ne.jp/iad_otomamay/201…

あまりに気になったので「山本大＠クロノスの日記」にチャチャを入れてみる。 http://d.hatena.ne.jp/iad_otomamay/20110808/1312805917 http://d.hatena.ne.jp/iad_otomamay/20100906/1283786846 まあ、政治的にはどのみち勝てなかったでしょう。私も同じ条…