/// BANGBOO BLOG ///

  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19
  • 20
  • 21
  • 22
  • 23
  • 24
  • 25
  • 26
  • 27
  • 28
  • 29
  • 30
  • 31

November 16, 2009

Ora Ora Ora Ora Ora

忘れ易いルール、お触り。無駄無駄無駄無駄無駄無駄ッ

■DML
null値はもっとも大きな値
集計関数はNULLを無視する
文字列は'で囲む
取得したいカラムは集計関数に使われるカラムを除いて全てGroupBy句に入れる(複数指定すると複数行の組合せになり思うように集計できない場合がある)
集計関数の条件はhaving句を使用する(where句は元のデータに対するもの)、having句には集計関数が入る
SQLワイルドカード:複数文字%,1文字_
WINワイルドカード:複数文字*,1文字?
エスケープ文字はescape句で設定。like句の後ろにつく。escape '\'
日付と文字列の変換が必要To_char関数とTo_date関数を使用する
to_char(column,'yyyy/mm/dd hh24:mi:ss')
to_date('2009/02/21','yyyy/mm/dd')
横幅を大きくするset line 150
縦を大きくするset pages 30
unionはdistinctが掛かる、全取得はunion all
inner join onは両方のテーブルにあるものだけ、どちらかだけにあるのは無くなるイメージ
left outer join onは左側のテーブルにしかないものも表示、左に右の該当部をくっつけるイメージ
right outer join onは右側のテーブルにしかないものも表示、右に左の該当部をくっつけるイメージ
full outer join onは全ての行を表示

trancateは高速だがロールバックできない,deleteはロールバックできる

■テーブル結合4種
1対1、1対多の結合を行う
1対多でも行数が増えるが、多対多は全組合せになり行数が比例関数的に増えてしまう
多対多になるのはテーブル設計が悪いのでは?
1)inner join - on () 両方あるものを表示、欠けがでる
2)left outer join - on () どちらかは欠けがなく表示
3)right outer join - on ()  どちらかは欠けがなく表示
4)full outer join - on ()  欠けがなく表示

select URIID,NAME,UKYAKUID from URIAGE left outer join TORIHIKI
 on (URIAGE.UKYAKUID = TORIHIKI.ID)
select URIID,NAME,UKYAKUID from TORIHIKI right outer join URIAGE
 on (URIAGE.UKYAKUID = TORIHIKI.ID)
select URIID,NAME,UKYAKUID from TORIHIKI full outer join URIAGE
 on (URIAGE.UKYAKUID = TORIHIKI.ID)
select 伝票番号,行番号,処理日,商品名,担当者名,顧客名,数量 from 売上データ
 left outer join 商品マスタ on 売上データ.商品ID = 商品マスタ.商品ID
 left outer join 担当者マスタ on 売上データ.担当者ID = 担当者マスタ.担当者ID
 left outer join 顧客マスタ on 売上データ.顧客ID = 顧客マスタ.顧客ID
 order by 伝票番号,行番号

■多対多、1対多の行数
社員と職域、社員と手当、それぞれ結合しても多の行数(1x多)になる
多x多の行数になる、多対多の結合は行わないこと
-- データ挿入:社員
INSERT INTO employee (no,name) VALUES (1, '田中');
INSERT INTO employee (no,name) VALUES (2, '鈴木');
INSERT INTO employee (no,name) VALUES (3, '佐藤');
-- データ挿入:職域
INSERT INTO joblevel (no,res) VALUES (1, '部長');
INSERT INTO joblevel (no,res) VALUES (1, '課長');
INSERT INTO joblevel (no,res) VALUES (2, '平');
-- データ挿入:手当
INSERT INTO compensation (no,allow) VALUES (1, '住宅');
INSERT INTO compensation (no,allow) VALUES (1, '交通');
INSERT INTO compensation (no,allow) VALUES (2, '住宅');
-- 1対多
select * from EMPLOYEE
 inner join JOBLEVEL on EMPLOYEE.ID = JOBLEVEL.ID
-- 多対多
select * from EMPLOYEE
 inner join JOBLEVEL on EMPLOYEE.ID = JOBLEVEL.ID
 inner join COMPENSATION on EMPLOYEE.ID = COMPENSATION.ID

■テーブル設計、制約
CONSTRAINT pk_uriage PRIMARY KEY (伝票番号, 行番号),
CONSTRAINT fk_shohin FOREIGN KEY (商品ID) REFERENCES 商品マスタ(商品ID)
CONSTRAINT ck_gender CHECK (性別=0 OR 性別=1)
制約は列に指定しても、うしろで指定してもどちらでもよい
CONSTRAINTのキー名を省略するとオラクルが勝手につける
主キーにはNULLは入らない
ユニークキーにはNULLを入れてもよい
NOT NULLの未入力はエラー

■シーケンス
シーケンスはオブジェクトとして表とは別に作成する
デクリメントはできないので修正はDROPして作成し直す
DUALはダミー表
nextvalはインクリした後の値
currvalは現在地
create sequence testseq
select testseq.nextval from dual
select testseq.currval from dual
insert into URIAGE (URIID,URIDATE,UKYAKUID) values (testseq.nextval,'09-11-16','101')
drop sequence testseq

■ビュー
頻繁に行われるような問い合わせをスキーマに格納しておく
集約等をしなければパフォーマンスには問題がない。次を使うとパフォーマンスが落ちる。OLAP 関数(RANK, DENSE_RANK, ROW_NUMBER 等)、集約関数(AVG, COUNT, SUM, MIN, MAX)、集合演算子( UNION, INTERSECT, EXCEPT 等 )
ビューは検索だけでなく、データの追加、更新、削除も行える※使用しない方が良い?
create view 売上ビュー as
 select 伝票番号,行番号,処理日,商品名,担当者名,顧客名,数量 from 売上データ
 left outer join 商品マスタ on 売上データ.商品ID = 商品マスタ.商品ID
 left outer join 担当者マスタ on 売上データ.担当者ID = 担当者マスタ.担当者ID
 left outer join 顧客マスタ on 売上データ.顧客ID = 顧客マスタ.顧客ID
 order by 伝票番号,行番号
select * from 売上ビュー

■要件定義/外部設計/内部設計
http://www3.alpha-net.ne.jp/users/design1/takeda/SystemDesign/SystemDesign.htm

■インデックス
1)インデックスが効かない
関数 where datediff(now(),mod_date)>180
式 where col1 / 2 = 0
否定構文 where col1 != 3
Like検索(前方一致除く) where col1 like '%string%'とかwhere col1 like '%string'とか
2)複合インデックスでは指定順が重要
index a
 create index idxA1 on tbl (col1);
 create index idxA2 on tbl (col2);
 -> where col1 = x > idxA1が使用される
 -> where col2 = x > idxA2が使用される
 -> where col1 = x AND col2 = x > idxA1か2のどちらかが使用される
index b
 create index idxB1 on tbl (col1, col2);
 -> where col1 = x > idxB1が使用される
 -> where col2 = x > インデックスは使用されない
 -> where col1 = x AND col2 = x > idxB1が使用される,indexA1,A2より高速
index c
 create index idxC1 on tbl (col2, col1);
 -> where col1 = x > インデックスは使用されない
 -> where col2 = x > idxC1が使用される
 -> where col1 = x AND col2 = x > idxC1が使用される,indexA1,A2より高速

twitter
Hatena
Google Buzz
newsing
Yahoo!
Buzzurl
Technorati
del.icio.us
Choix
Iza!
Livedoor Clip
Facebook
Evernote
 

Posted by funa : 06:54 PM | Web | Comment (0) | Trackback (0)


PhotoGallery


TWITTER
Search

Mobile
QR for cellphone  QR for smart phone
For mobile click here
For smart phone click here
Popular Page
#1Warning!! Page Expired.
#2Web
#3Column
#4Hiace 200
#5Europe
#6ApacheBench
#7/// BANGBOO BLOG /// From 2016-02-01 To 2016-02-29
#8Wifi security camera with solar panel & small battery
#9Branding Excellent
#10Shoot
#11/// BANGBOO BLOG /// From 2013-05-01 To 2013-05-31
#12/// BANGBOO BLOG /// From 2015-08-01 To 2015-08-31
#13Win7 Insco
#14/// BANGBOO BLOG /// From 2010-08-01 To 2010-08-31
#15/// BANGBOO BLOG /// From 2013-03-01 To 2013-03-31
#16/// BANGBOO BLOG /// From 2016-09-01 To 2016-09-30
#17Gadget
#18動画をキャプチャーする
#19セレブ
#20Disposable Income
#21Ant
#22Cache
#23/// BANGBOO BLOG /// From 2014-09-01 To 2014-09-30
#24/// BANGBOO BLOG /// From 2014-12-01 To 2014-12-31
#25/// BANGBOO BLOG /// From 2016-07-01 To 2016-07-31
#26Being The Ideal Boss
#27Darwinian Theory Of Evolution
#28Ora Ora Ora Ora Ora
#29Who's BAT? (Batch file)
#30☆od damnit
#31SN
#32How to make a bomb - 爆弾の作り方
#33Emancipation Proclamation
#34Significant Rule
#35/// BANGBOO BLOG /// From 2013-02-01 To 2013-02-28
#36RSS Radio
#37Flavor
#38Doing?
#39Fork OH
#40ahe-ahe is goooood for your brain
#41Re-install my OSXP
#42No ID
#43System designing
#44/// BANGBOO BLOG /// From 2014-04-01 To 2014-04-30
#45/// BANGBOO BLOG /// From 2015-02-01 To 2015-02-28
#46/// BANGBOO BLOG /// From 2015-03-01 To 2015-03-31
#47/// BANGBOO BLOG /// From 2016-01-01 To 2016-01-31
#48/// BANGBOO BLOG /// From 2016-03-01 To 2016-03-31
#49/// BANGBOO BLOG /// From 2017-02-01 To 2017-02-28
#50Bike
#51The team that always wins
#52Net Corruption
#53ZETA Pivot
#54Google API
#55Itinerary with a eurail pass
#56ICOCA
#575-year-old shit
#58Where Hiphop lives!!
#59People never say truth, Just do it, observe them, Anything is impossible
#60Warning!! Page Expired.
#61/// BANGBOO BLOG /// From 2011-11-01 To 2011-11-30
#62/// BANGBOO BLOG /// From 2014-01-01 To 2014-01-31
#63/// BANGBOO BLOG /// From 2014-06-01 To 2014-06-30
#64/// BANGBOO BLOG /// From 2016-06-01 To 2016-06-30
#65The black sheep to the black ship
#66Ressentiment
#67CSS Selectors
#68Online softwares
#69α7Ⅱ
#70Detected as bad site by virus company
#71Big D
#72Classic Font
#73/// BANGBOO BLOG /// From 2013-09-01 To 2013-09-30
#74/// BANGBOO BLOG /// On 2016-03-08
#75/// BANGBOO BLOG /// From 2016-05-01 To 2016-05-31
#76Cache
#77Pigs will fly out of my ass
#78Optimost
#79PC SPEC 2007.7
#80My mic
#81Positive
#82TPPBT (I Sue You)
#834 Pole Plug
#84Bike comparison
#85Assertive Behavior
#86Yupiteru
#87/// BANGBOO BLOG /// From 2013-08-01 To 2013-08-31
#88/// BANGBOO BLOG /// From 2015-12-01 To 2015-12-31
#89/// BANGBOO BLOG /// From 2016-04-01 To 2016-04-30
#90/// BANGBOO BLOG /// From 2016-10-01 To 2016-10-31
#91/// BANGBOO BLOG /// From 2017-01-01 To 2017-01-31
#92Rock Will Never Die
#93Are you spy on me?
#94角印
#95Rear shock OH
#96Tools - free icon etc
#97Norton Internet Security
#98Contaminated
#99Automobile Inspection
#100Estimation
Category
Recent Entry
Trackback
Comment
Archive
<     October 2017     >
Sun Mon Tue Wed Thi Fri Sat
1 2 3 4 5 6 7
8 9 10 11 12 13 14
15 16 17 18 19 20 21
22 23 24 25 26 27 28
29 30 31
Link