GreenSQL - Kiến thức SQL, lập trình, code
Dưới đây là một số bài viết SQL cơ bản chúng tôi đã tổng hợp để bạn đọc.
RDBMSをタバコ屋さんで説明 - SQLer 生島勘富 のブログ
勉強会に参加さてもらい、次の勉強会でお話しすることになったので宣伝です。 前の勉強会では以下の様な実験が話題になっていました。 http://www.doaplus.com/html/bun/bun03_20051101.html まあ、極めて当たり前の結果です。 5000万件が500万件になるというのは、データを横に非正規化すると明細テーブルが要らなくなるから件数が少なくてすむという意味らしい（爆笑）。 非正規化したテーブルに、更に足りない情報をJOINして得ようとすると、効率的なSQLを書くことが困難になって、非常に実行速度が遅くなる。 この結果から「なんでこの項目を非正規化しておかなかったんだ！」っていう連中が出て、テーブル構造はどんどんCOBOLのファイルレイアウトに近づいて行く。 要するに、JOINしたら遅くなると感じるのはテーブル構造が間違っているためですが、その間違った構造を
ORACLE チューニング INDEXを有効に使う
～ ご挨拶 ～ ど～も～☆道先案内人の「ユースク・アンタダレヤ」です。 今回、自分の経験を元に簡単にORACLEのSQLのチューニングが行なえるよ～♪ 的な覚書を残したいと思います。 あくまで個人的な覚書な感じなので、間違ってる部分や直したけど早くならないなど、苦情が出るかもしれませんが あくまで自己責任でやってください。 おらは責任取りませんぞ！！ では、説明していきたいと思いますので、最後までお付き合いくだされ☆ ☆ もくじ ☆ ０．ソート処理が発生するSQLをなるべく使わない １．INDEXを有効に使う ２．結合に注意！！ ３．その他 ４．インポート・エクスポート ５．ちょっとしたSQL達！！でも忘れちゃう。。。 ６．パーティショニング（表領域のパーティション化） ７．マテリアライズド・ビュー ８．各種確認コマンド ０．ソート処理が発生するSQLをなるべく使わない SQLを遅くする要
外部結合を侮ると痛い目見るの巻 - HHeLiBeXの日記 正道編
まぁ、言うほど大げさな話でもないのだけど、少なくとも、結合条件と検索条件の違いが分かっていないと痛い目見るだろう、と。条件なんてON句に書いてもWHERE句に書いても一緒でしょ、と思っている人(誰)は要注意。 前提とするテーブルは次の2つ。(諸般の事情で、purchase_dateが文字列型になっているが、今回はそこには触れない) CREATE TABLE product( product_code VARCHAR(16) NOT NULL , product_name VARCHAR(16) NOT NULL ) CREATE TABLE purchase( purchase_date VARCHAR(10) NOT NULL , product_code VARCHAR(16) NOT NULL , purchase_count INT NOT NULL ) それぞれデータは以下のよう
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
SQL for date ranges, gaps and overlaps
https://blogs.oracle.com/oracle4engineer/post/entry/column_sqltunig_ocs
