「キーボードの掃除は皿洗い機におまかせ」まじっすかあ（＠＿＠！）

ここのスラッシュドットニュース
キーボードの掃除は皿洗い機におまかせ
http://slashdot.jp/hardware/07/06/16/173230.shtml
によると（以下斜体は上記サイトより引用）

最近ではキーボードを自動皿洗い機で洗うというソリューションが注目されているようだ。例えばNational Public Radioの記事では、Plastic Bugsの記事を参考に記者がキーボード洗いに挑戦している。洗剤は入れてもいいが「温風乾燥」は避け、一週間ほど時間をかけて自然乾燥させるのがコツらしい。


いや、たしかにキーボードの掃除は、したいときはありますよ、
でも・・

まじっすかあ。。。
「キーボードの掃除は皿洗い機におまかせ」
すかあー（＠＿＠！）

大丈夫なのかなあ。。
この前、ウィリアムのいたずらが、お仕事もらってた会社に行ったら、
キーボードをただ、掃除しただけで壊しちゃった人がいるくらいなのに。。

サラ洗い機で、あらって、だいじょうぶですかあ。。

。。。もし、やってみる人は、自己責任で。
ウィリアムのいたずらは、どーなってもしりませんよ（＾＾；）

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

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

いま、ＳＱＬをやっています。
ＳＱＬは検索(select)、挿入(insert）、削除(delete）、更新(update)とあって、今回はSELECTを２つ繋げるUNION、INTERSECT、EXCEPTです。

---

■下準備
いままで、ＡＣＣＥＳＳを使ってやっていたので、こんかいも。
前回までの
社員テーブル（SHAIN_TBL）

出席テーブル（SYUSSEKI_TBL）


に、以下のような
退職テーブル （TAISHOKU_TBL）

応募テーブル(OUBO_TBL)

を加えて考えます。

ちなみに、正規化理論で考えると、応募者テーブルと、社員テーブルがダブっているようにみえるかもしれませんが、社員がかならず、応募者の中から取っているかびみょーだし（派遣から社員になったケース）そーすると、データがないし・・また検索的にＪＯＩＮが増えるのは。。ということで、同じようなデータが入っています。退職テーブルと社員テーブルは、項目は同じですが、同じデータが入ることはありません（社員が退職し、社員テーブルから削除された後、退職テーブルに追加される）

---

■UNION、INTERSECT、EXCEPT

これは、SELECTの結果を２つつなげるのですが、

SELECT文１ UNION SELECT文２
　の場合は、SELECT文１の内容とSELECT文2の内容を２つ合わせて表示します。

SELECT文１ INTERSECT SELECT文２
　の場合は、SELECT文１の内容とSELECT文2の両方にあるものを表示します。

SELECT文１ EXCEPT SELECT文２
　の場合は、SELECT文１にあって、SELECT文2にないものを表示します。

なお、上記の場合、重複行は出ません。重複行も出す場合は
UNION ALLのように、ＡＬＬをつけます
（ＰｏｓｔｇｒｅＳＱＬの場合の説明は、ここ）

---

■ＵＮＩＯＮの例

では、
社員テーブルにあって、出席テーブルのイベント番号１２３の人と、
退職テーブルにあって、出席テーブルのイベント番号１２３の人の
ＵＮＩＯＮを表示してみましょう
前回、出席テーブルに、退職者がいて（社員番号３番）その人の名前が表示できませんでした。
今回は、退職テーブルとあわせることで、それが可能になります。

---

■ＡＣＣＥＳＳでは

まず、上にあげたテーブルを全部作ったら、
ユニオンクエリをつくります。
クエリで、「デザインビューでクエリを作成する」にしたら、
表示→ＳＱＬビューで、ＳＱＬが入力できる画面にします。

ここから入力しても言いし、さらに、こうすると、「クエリ」というメニューがでるので
クエリ→ＳＱＬ→ユニオン
にして、ユニオンクエリ用の画面にしてもいいです。
とにかく、そうしたら、このように入れましょう

SELECT SYUSSEKI_TBL.SHAINID, SHAIN_TBL.SEI, SHAIN_TBL.MEI FROM SHAIN_TBL INNER JOIN SYUSSEKI_TBL ON SHAIN_TBL.SHAINID = SYUSSEKI_TBL.SHAINID WHERE (((SYUSSEKI_TBL.EVENTID)=123)) UNION SELECT TAISHOKU_TBL.SHAINID, TAISHOKU_TBL.SEI, TAISHOKU_TBL.MEI FROM TAISHOKU_TBL INNER JOIN SYUSSEKI_TBL ON TAISHOKU_TBL.SHAINID = SYUSSEKI_TBL.SHAINID WHERE (((SYUSSEKI_TBL.EVENTID)=123));

複雑なのですが、
１．まず、ＵＮＩＯＮの前までのＳＥＬＥＣＴ文をクエリ機能を使って作っておき、うまくいくことを確認したら、デザインビューでＳＱＬにして、
２．ＵＮＩＯＮの後のＳＥＬＥＣＴ文も同様にしてＳＱＬにして
３．それを、ユニオンクエリ用の画面にはり、１の終わりの;をとって、UNIONをいれる

とできます。

結果はこんなかんじ。

---

■ＡＣＣＥＳＳで、INTERSECT、EXCEPTは？

２００７年に応募した人と社員テーブルのINTERSECT
(結果は２００７年に応募した社員がでるはず）は

SELECT [SHAIN_TBL].[SHAINID], [SHAIN_TBL].[SEI], [SHAIN_TBL].[MEI] FROM SHAIN_TBL INTERSECT SELECT OUBO_TBL.SHAINID, OUBO_TBL.SEI, OUBO_TBL.MEI FROM OUBO_TBL WHERE (((OUBO_TBL.OUBONEN)=2007));

社員テーブルと２００７年に応募した人とのEXCEPT
(結果は２００７年以外に応募した社員がでるはず）は

SELECT [SHAIN_TBL].[SHAINID], [SHAIN_TBL].[SEI], [SHAIN_TBL].[MEI] FROM SHAIN_TBL EXCEPT SELECT OUBO_TBL.SHAINID, OUBO_TBL.SEI, OUBO_TBL.MEI FROM OUBO_TBL WHERE (((OUBO_TBL.OUBONEN)=2007));

のはずですが、ＡＣＣＥＳＳでこれをやると、ＦＲＯＭ句のエラーになります。

---

ということで、UNION関係はおしまいです。

楽天とＴＢＳ、そもそも今のＴＢＳと提携して、楽天はメリットあるのか？

ここのニュース
TBS・楽天が非難の応酬＝融和の兆し見えず
http://headlines.yahoo.co.jp/hl?a=20070616-00000096-jij-bus_all

楽天はまだ、ＴＢＳとの提携を考えているのだろうか。。
たしかに放送と通信の融合といわれた時代のＴＢＳなら、提携効果はあったけど、
今のＴＢＳと提携しても。。。
もし提携したら、ＴＢＳが問題起こしたら、楽天の株価まで下がっちゃうわけだし。。

うーん、メリットあるんですかねえ。。
楽天がＴＢＳと提携して？