複数のテーブルを参照するselect文の書き方について

質問

データベース初心者です。よろしくお願いいたします。

今、次のようなデータ構造を考えています。

テーブル１
　　データ番号（列１）　　データ名（列２）
（行１）　　　０　　　　　温度
（行２）　　　１　　　　　湿度
（行３）　　　２　　　　　水位

テーブル２
　　　　　時刻（列１）　データ０（列２）　データ１（列３）　データ３（列４）
（行１）　10:00　　　　　　27　　　　　37　　　　　　50
（行２）　11:00　　　　　　28　　　　　36　　　　　　40
（行３）　12:00　　　　　　29　　　　　36　　　　　　35
（行４）　13:00　　　　　　31　　　　　35　　　　　　32

ここで、12:00の湿度データを参照したいとき、
まず、テーブル１から湿度のデータ番号を参照し、さらに、テーブル２から
データ１の数値を取り出したいと思っています。つまり、２段階でデータを
取り出したいと思っているわけです。

例えば、12:00の湿度データは３６ですが、これを１行のｓｅｌｅｃｔ文で
書く方法がありますでしょうか？

ちなみに、使おうとしているのはＭｙＳＱＬです。

補足が必要であればご指摘下さい。補足いたします。

よろしくお願いいたします。

回答No.1

anmochi · ベストアンサー

つまり、

　　　　時刻　データ名称　データ
（行１）12:00　湿度　　36

というような結果が返ってくる風にしたいのですね？
この目的だとテーブル構造の方が適してないと思うな。個人的には。テーブル２の方をこう変えたい。

テーブル２’
　　　　時刻　　データ番号　データ
（行１）10:00　　　　0　　　　27
（行２）10:00　　　　1　　　　37
（行３）10:00　　　　2　　　　50
　　・
　　・
　　・
（行ｎ）12:00　　　　1　　　　36
　　・
　　・
　　・
（行ｚ）13:00　　　　2　　　　32

この構造だと、

select 2'.時刻, 1.データ名称, 2'.データ from 1, 2' where 1.データ番号=2'.データ番号 and 2'.時刻=12:00

と一発だ。どうしてもあれなら、

select 2.時刻, 1.データ名称, 2.データ1 from 1, 2 where 1.データ番号=1 and 2.時刻=12:00

とすれば出てくるかも知れない(未検証)が、select句の中を動的に作成しなければならないなど、DBシステムとして保守しづらそう・・・・。

お礼

さっそくのご回答、ありがとうございます。
はじめはご指摘のような構造を考えたのですが、実は、本当のデータは、テーブル２の列に相当するデータ種別がかなり多く、すべてのデータに時刻が付くとなると、何だかえらく無駄が多いような気がして、何かいい方法があるのではないかと思い、質問した次第です。
ご指摘にあった「DBシステムとして保守しづらそう」というのはもっともだと思いました。保守のことは考えていませんでした。もう一度、考えてみたいと思います。ありがとうございました。

回答No.3

DexMachina

> すべてのデータに時刻が付くとなると、何だかえらく無駄が多いような気がして

でしたら、「記録時間」テーブルのようなものを用意して、テーブル2(データテーブル)ではそのIDを記録する形にするというのはいかがでしょうか？
(更新処理がちょっと面倒になりますが)

お礼

ご回答ありがとうございます。
ご指摘の点を考慮して、
テーブルの構造を再度検討します。

回答No.2

noname#182251

「データ構造が不自然」は＃１の回答と同様、第一感です。
たとえば

テーブル
　　　　　時刻　　　　　　温度　　　　湿度　　　　　　水位
（行１）　10:00　　　　　　27　　　　　37　　　　　　50
（行２）　11:00　　　　　　28　　　　　36　　　　　　40
（行３）　12:00　　　　　　29　　　　　36　　　　　　35
（行４）　13:00　　　　　　31　　　　　35　　　　　　32

では拙いのでしょうか。あるいはデータ種別が多く、一回の観測でその一部しか観測しないのであれば

１．観測種別マスタ
２．観測記録（観測日時、観測者、etc.）
３．観測値（観測種別ID、観測記録ID、値）

のようなテーブル構造にするとか。
データの種別や観測システムに関する補足説明が欲しいです。