IT Doesn't matter ってことなんでしょうね。日本のＩＴ投資意欲最下位

そりゃー、そーだろーなー、テレビのＣＭ（ＮＴＴコミュニケーションズ）で

「ビジネスにおける、ＩＴの役割はひとまず終わろうとしています」

っていって、画面には

「さよならＩＴ」

って出てくるぐらいだしなあ（ここの３段目真ん中の広告、広告をクリックするとすぐにＣＭが始まり、音が出ます）、

ＩＴ優等生といわれたイトーヨーカドーは、結局ＩＴコストがかさみ、
セブンイレブンと合併して、セブンアンドアイという、自分たちの名前が
後になるという屈辱を味わわなければならなくなった昨今、

「ＩＴ投資に意義があるのか？」と懐疑的にならないほうが、おかしいよね。

ここのニュース
日本のIT投資への意識は世界最下位、ガートナー調べ
http://pc.watch.impress.co.jp/docs/2007/0518/gartner.htm
先進国の中で、日本が最下位ということですが、一般に先進国のＩＴ投資意識は低いみたいです。１位インド、６位中国です。

　先進国は、一通り投資したから低いんでしょうね。
　ガートナーグループの人などは、コンピューター化を進めたほうが良いという意見のように見えるけど、そーなのかなあー、まじコンピューター化のコストが足引っ張ってて、過剰なコンピューター化は経営上好ましくないと思うが。。

　で、今のコンピューター化は、過剰に近いと思う（Ｅｘｃｅｌマクロで十分っていうのも、プログラムつくってる）。コンピューター業界の人は気がつかないだけで、コンピューターの投資効果のなさや問題を、経営陣は気づき始めてしまったということだろう。
　日本の場合、それより通信への投資のほうが儲かるし。。。

　まー、国も、それに早く気づいて、ＩＴ先進国家になるんじゃなくって、ＩＴでみんなが幸せになるような国家を目指して、余計な開発に税金を投入しないようになってくれると、税金を納める国民は、ありがたいんだけどね。
　国でもＲＯＥを求めて、投資に見合う利益（受益者負担分＋コストカット分）がないときは、開発をしないという立場が大切だよね。

Hello World程度のデータベース（その２０：外部スキーマ（４）ＳＱＬその３）。

　情報処理とは何から、データベースの基本的な話(情報処理試験のデータベーススペシャリスト程度の話まで）を書く、土日のシリーズ「Hello World程度のデータベース」です。

　今までで、三層スキーマ構造（概念スキーマ、内部スキーマ、外部スキーマ）の概念スキーマ、内部スキーマをやって、今は、外部スキーマの話です。

　で、ＳＱＬについては、大体こんな内容というのを前回やりました。

●レコードの検索　　　select
　　・１つの表を条件をつけずによむ
　　・ＷＨＥＲＥ句
　　・ＯＲＤＥＲ　ＢＹ
　　・ＧＲＯＵＰ　ＢＹとＨＡＶＩＮＧ
　　・２つ以上の表
　　・結合あれこれ（外部結合、内部結合、自然結合、自己結合）
　　・副問い合わせと限定述語
　　・ＵＮＩＯＮ、ＩＮＴＥＲＳＥＣＴ，ＥＸＣＥＰＴ

●レコードの追加　　　insert
　　・レコードの追加
　　・ＳＥＬＥＣＴ文を利用した複数行の追加

●レコードの削除　　　delete
　　・レコードの削除(ＷＨＥＲＥ句も含めて）
　　・副問い合わせを使ったもの

●レコードの更新　　　update
　　・レコードの更新(ＷＨＥＲＥ句も含めて）
　　・ＳＥＴ句における元の値の利用
　　・副問い合わせを使ったもの

●その他
　　・コミットとロールバック
　　・参照制約
　　・トリガーとストアド・プロシージャ（ストアド・プログラム）

今回から説明するのですが、はじめにselectの１つの表の部分である

・１つの表を条件をつけずによむ
・ＷＨＥＲＥ句
・ＯＲＤＥＲ　ＢＹ
・ＧＲＯＵＰ　ＢＹとＨＡＶＩＮＧ

について説明してみたいと思います。

---

■１つの表を条件をつけずによむ

まず、以下のようなテーブル,SHAIN_TBLがあったとします。

CREATE TABLE SHAIN_TBL (
  SHAINID INTEGER NOT NULL,
  SEI VARCHAR(20), 
  SEI_KANA VARCHAR(30),
  MEI VARCHAR(20) ,
  MEI_KANA VARCHAR(30),
  NYUSYANEN  INTEGER,
  KYOYU_SYUBETU INTEGER,
  KYUYO  INTEGER,
  PRIMARY KEY(SHAINID)
); 

上記のCREATE TABLEのみかたは、ここ

このとき、このテーブルのなかにあるデータをすべてだしたければ、

SELECT * FROM SHAIN_TBL;

です。こうすると、全部の項目が表示されますけど、姓(SEI),名(MEI),給与(KYUYO)が出したい場合、

SELET SEI,MEI,KYUYO FROM SHAIN_TBL

となります。つまり

SELECT 項目名（,項目名・・・） FROM テーブル名
（全項目の場合、項目名は　*）

となります。

---

■ＷＨＥＲＥ句

ここで、KYOYU_SYUBETUが０のとき月給、１のとき日給、２のとき時給で、KYUYOの値は、、

　　KYOYU_SYUBETUが０のとき月給の値
　　KYOYU_SYUBETUが１のとき日給の値
　　KYOYU_SYUBETUが２のとき時給の値

というとき、月給の人だけ出したい場合は、

SELET SEI,MEI,KYUYO FROM SHAIN_TBL WHERE KYOYU_SYUBETU=0

ということになります。
つまり、条件をつける場合は、ＷＨＥＲＥ句を

SELECT 項目名（,項目名・・・） FROM テーブル名 WHERE 条件式
（全項目の場合、項目名は　*）

となります、条件式のところに

SELET SEI,MEI,KYUYO FROM SHAIN_TBL WHERE KYOYU_SYUBETU=0 AND NYUSYANEN = 2005;

のように、ＡＮＤ，ＯＲをつけることも可能です
（上記の場合、入社年２００５年で月給の人となる）

このとき、ＡＮＤとＯＲでは、ＡＮＤのほうが優先順位がたかくなるので、ＯＲを優先させたいところがあれば、（）かっこでくくります。
ちなみに、条件式は

項目　比較演算子　値

という具合に書き、比較演算子に、＜　＞　＜＝　＞＝　＝　＜＞　があるのは（ただし＜　＞は、本当は半角）他の言語とおなじですが、それ以外に、BETWEEN 値　AND 値 やINやLIKEなどの演算子もＳＱＬにはあります。
　また、ＡＮＤ、ＯＲのほかにＮＯＴという演算子もありますＮＯＴはＡＮＤより優先順位は高いです。

---

■ＯＲＤＥＲ　ＢＹ

　結果を整列させたい場合もあります。
　さっきの、月給を出すとき、給与が昇順（小さいものから大きいものになるように並べる）とか、降順（大きいものから小さいものへ）にならべかえたいなどなど。。。

　たとえば、月給の人をだすとき、給与を昇順に出したい場合は、

SELET SEI,MEI,KYUYO FROM SHAIN_TBL WHERE KYOYU_SYUBETU=0 ORDER BY KYUYO;

ということになります。降順なら

SELET SEI,MEI,KYUYO FROM SHAIN_TBL WHERE KYOYU_SYUBETU=0 ORDER BY KYUYO DESC;

とDESCをつけます（昇順のときASCをつけてもよいが、つけなくてもデフォルトが昇順なので、昇順となる）

つまり、条件をつける場合は、ＯＲＤＥＲＢＹ句を

SELECT 項目名（,項目名・・・） FROM テーブル名 WHERE 条件式 ORDER BY 項目名 (降順ならDESC)

（全項目の場合、項目名は　*）

で、複数項目で昇順、降順を並べたい場合（年、月、日が、別々の項目で、年、月、日の順に昇順にしたい場合）

　　項目名1 ,項目名2・・・

とカンマで項目名を並べます。
　なお、項目１は昇順、項目２は降順、項目３は昇順。。などというときには

　項目１,項目２ DESC,項目３

のように書きます。

---

■ＧＲＯＵＰ　ＢＹ

　今、同じ入社年度の人のなかで、最高の給料（ただし月給）を出したいとします。
　年度が特定されているのならいいのですが、全部の年度。。。なので、実際には、
１．各年度ごとにまとめる
２．そのなかから最大値をさがす
ということになります。でも、今回のように、月給という制約がある場合、
０．まず、条件に合うレコードを抽出
ということを先にやらないといけません。

で、各年度ごとにまとめる、つまり、グループ化するのにＧＲＯＵＰ　ＢＹ句を使います。
上記の例では、こんなふうにかきます。

SELET NYUSYANEN,MAX(KYUYO) FROM SHAIN_TBL WHERE KYOYU_SYUBETU=0 GROUP BY NYUSYANEN;

MAXやMIN,COUNTのような、複数レコードを集めて、何か操作数ものをＳＱＬ集合関数とよびます。ＳＱＬ集合関数は、ＧＲＯＵＰ　ＢＹがあれば、グループごとにまとめて（ＧＲＯＵＰ　ＢＹで指定された項目の値が同じもの同士でまとめて）、その中で集合関数の操作をします。
　もし、ＧＲＯＵＰ　ＢＹがなければ、全部が対象になります。

たとえばMAX(KYUYO)で、
SELET MAX(KYUYO) FROM SHAIN_TBL WHERE KYOYU_SYUBETU=0;
とかくと、前レコードのなかでの最高の給与を示します。

まとめるとＧＲＯＵＰ　ＢＹ句は

SELECT ＳＱＬ集合関数（,項目名・・・） FROM テーブル名 WHERE 条件式 GROUP BY 項目名

---

■ＨＡＶＩＮＧ

　で、ここで、入社年毎にまとめ、平均月給(AVG)を求めるが、その平均給与が３０万円以上の場合のみだす・・という場合、AVG(KYUYO)に対して、３０万以上か？と聞くことになります。
　で、じゃあ、これをＷＨＥＲＥ句にかいていいか。。。というと困ります。

　集合関数にはCOUNTなどもあるのですが、COUNTの場合、まずWHERE句を処理したもののＣＯＵＮＴをとりたいわけです（月給の人の人数とか）。そうすると。。

　ＷＨＥＲＥ句の処理→ＧＲＯＵＰ　ＢＹ句の処理

とすすみますので、ＧＲＯＵＰ　ＢＹ句で初めてもとまるＳＱＬ集合関数の値、ＭＡＸやＭＩＮ、ＣＯＵＮＴは、ＷＨＥＲＥのところでは、求められません。
どーしましょー

というので、ＨＡＶＩＮＧ句があります。
これは、ＧＲＯＵＰ　ＢＹ句を行った後にもとまる、ＳＱＬ集合関数の値を使った条件を書きます。

つまり、

　ＷＨＥＲＥ句の処理→ＧＲＯＵＰ　ＢＹ句の処理→ＨＡＶＩＮＧ句の処理

とすすみます。
上記の平均月給３０万以上の入社年度だと、

SELET NYUSYANEN,AVG(KYUYO) FROM SHAIN_TBL WHERE KYOYU_SYUBETU=0 GROUP BY NYUSYANEN HAVING AVG(KYUYO) >= 300000;

となります。

まとめるとＨＡＶＩＮＧ句は

SELECT ＳＱＬ集合関数（,項目名・・・） FROM テーブル名 WHERE 条件式 GROUP BY 項目名 HAVING 条件式

です。

---

　ということで、次回もＳＥＬＥＣＴの続き、主に２つ以上の表についてです。