データベースシステムにおける遺伝的問い合わせ最適化
複雑な最適化問題としての問い合わせ応答処理全てのリレーショナル演算子の中で、処理や最適化が最も難しいものは join です。問い合わせ中の join の数が多くなるにしたがって、それに応答するために取り得る計画の数が指数的 に増えていきます。個々の join や、リレーションへのア クセス経路としての多種の インデックス（例えば、 Postgres における、r-tree、b-tree、ハッシュ） を処理するための多様な 結合方法 （例えば、 Postgres における、入れ子状ループ、インデック ススキャン、マージ結合）をサポートすることは、更なる最適化の改良を引き起 こします。 現在の Postgres オブティマイザの実装は、 代替ストラテジ空間に対する しらみつぶし検索 です。この程度の問い合わせ最適化技術では、人工知能のような大規模な 問い合わせを必要とするデータベースアプリケー
サタケ家: SQL小手先の業（長いよ）
今日は仕事先で誉められますた。使えるじゃ〜ん！とｗ で、データベース、SQLの話です。 結構前まではおれはE.F.コッド博士が好きじゃありませんでした。 でも、最近は好きです。RDBMSは面白くてやりがいのある分野です。 ということで、今日はSQL初心者に陥りやすい罠を回避する小手先の業を書くことにします。 RDBMSは非常に数学的な概念で成り立っています。 その概念とは「集合」です。 リレーションや、整合性規約はそのおまけみたいなもので、気をつけていれば、 これらは無くても特に問題ありません。 で、SQL初心者の人が陥りやすい罠があるので、それを伝授しましょー。 おれもこのことに気が付くのにだいぶ時間がかかりました。 あまりRDBMSの本は読んだことないのですが、 少なくとも、おれの知っている入門書には書かれていない事です。 上級者にとっては基本的なことだと思うんですが SQL一文で高度
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Cyberam Documents Project-Linux,コマンド,データベース
オラクルが好き！
