異なるテーブルにあるデータを混在して呼び出したい

Question

お世話になります。異なるテーブルにあるデータを一つのテーブルにあるデータかのように呼び出したいと思っています。

イメージ的には以下のようなテーブルがあります。
（例ですので実際のテーブル構成とは違います）

dog（テーブル）
no　　　　dog_name　　　　dog_img　　　dog_setsumei
1　　　　　柴犬　　　　　　　shiba.jpg　　　柴犬は日本の犬で・・・
2　　　　　チワワ　　　　　　chiwawa.jpg　小型犬として人気のあるチワワは・・・
3　　　　　プードル　　　　　purdol.jpg　　古くからヨーロッパで広くみられ・・・

cat（テーブル）
no　　　cat_name　　　cat_setsumei　　　　　　cat_tokuchou
1　　　　三毛猫　　　　　日本猫の代表・・・　　　三色の毛を持つ
2　　　　サイベリアン　　ロシア土着猫で・・・　　毛の長い猫
3　　　　スフィンクス　　突然変異によって・・・　　毛が無い

これら上記のようにカラム名の違うテーブル、かつ構成の違うテーブルにあるデータを同一テーブルから呼出したいと考えているのですが、考えた末出てきた案が、下記のように呼び出すためだけのテーブルを用意したらどうか？と考えました。

view（テーブル）
no　　type　　　animal_no　　　name
1　　　dog　　　　　1　　　　　　柴犬
2　　　cat　　　　　1　　　　　　三毛猫
3　　　cat　　　　　3　　　　　　スフィンクス
4　　　dog　　　　　2　　　　　　チワワ

※typeは、どちらのテーブルを呼び出すか？であり、また、animail_noは各テーブルのnoと紐づいたものです。

上記テーブルのように、表示用にと別テーブルを用意しようと考えたのは、表示順を任意で変えたいため、別テーブルにしようと考えたわけですが、しかし、どのようなSQLにすれば良いのか？が分からず、また他にいい方法があればアドバイスを頂ければと考え投稿いたしました。

お忙しい中恐縮ですが、アドバイス頂ければ幸いです。
よろしくお願いいたします。

Answer 1

unionを使うと概ね期待通りの結果が得られます。
疑似的な連番はMySQLだと変数が必要そうなので、付けていません。
あまり件数の多いテーブルなどに使うときは検討が必要です。

select * from
(select
  'dog' as type
  ,no as animal_no
  ,dog_name as name
 from dog
 union all
 select
  'cat' as type
  ,no as animal_no
  ,cat_name as name
 from cat
)

今回は重複がないようなので、union allを使っています。
unionだと仮に重複があっても1行しか出ません。

Comments

[chapp]

szk.様

お恥ずかしいことかもしれませんが、これまでunionを利用したことなく、勉強のキッカケになりましたこと御礼いたします。

しかしながら、皆さまのご意見を機に、改めて考えなおし、テーブル自体を１つにまとめる方向で見直したいと思います。

dog、catと別々の構成なのも理由あっての事でしたが、皆様からのアドバイスで見直すきっかけになりました。

この度は貴重なご意見、ありがとうございました。

Answer 2

レイアウトの異なる表を一つの表として表現する場合には、unionを使用します。

  select 'dog' as type, no as animal_no, dog_name as animal_name from dog
union all
  select 'cat', no, cat_name from cat

VIEWとして作成するとしても、内容は上記のようなものになります。

追記

表示用にと別テーブルを用意しようと考えたのは、表示順を任意で変えたいため、別テーブルにしようと考えたわけですが

ここ見落としていました。
任意での表示順というのが直接順序を指定できるというのなら、これは物理的にテーブルに値を持たせるしかないかと思いますけど。
別テーブルにする位なら、catとdogを一つのテーブルにして表示順項目をもたせるほうが効率が良いかと思いますが、catとdogそれぞれに項目追加でも処理的には可能ですけど、抽出時のコストが高い可能性はあります。
別テーブルへの移行はselect into で上記のようなunionクエリーを元にすれば比較的楽に行えるかと。

Comments

[chapp]

sazi様

お恥ずかしいことかもしれませんが、これまでunionを利用したことなく、勉強のキッカケになりましたこと御礼いたします。

しかしながら、皆さまのご意見を機に、改めて考えなおし、テーブル自体を１つにまとめる方向で見直したいと思います。

dog、catと別々の構成なのも理由あっての事でしたが、皆様からのアドバイスで見直すきっかけになりました。

この度は貴重なご意見、ありがとうございました。

Answer 3

unionで済ますか、Viewを作るか、テーブルを定義するか、
個別具体的な議論をすべき内容だと思います。

意識しているかもしれませんが、システムをゼロから作るのであれば、テーブルをanimalテーブルを作り、dogテーブルとcatテーブルは外部キーとしてanimal_idを参照しています。一応、dogテーブルとcatテーブルの構造が違うのは妥当な理由があるものと考えます。それでも、nameなど共通項目はanimalテーブルが持つのが良いでしょう。

しかしながら、現行のシステムが稼働しているのであれば、データベースのリファクタリングは難しいです。ユニットテストが一そろいそろっていて、データベースのリファクタリングについて経験があるか、挑戦できるタイミングであれば話は変わってくるかもしれません。

Viewであれば一意にidがつけられないという問題があると思いますが、どのテーブルからのデータかを示す記号を付加すればとりあえず一意(”d001”が柴犬など)になります。両方のテーブルに同じものがない前提ですが。（犬・猫だと同じものはあり得ませんが・・・）補足ですが、idが連番である必要はないと思います。

ただ、viewというのは基本的にunionクエリーを発行するのと同等なので、特に必要が無ければ直接SQLを発行すればよい気がします。

id以外にviewでは間に合わない、追加項目があるのであれば、やはりテーブルを定義したが良いことになります。詳細は割愛しますが、dogテーブルとcatテーブルの外部参照にanimalテーブルが無ければ（恐らく）システムは混乱してくるものと思われます。animalテーブルが最新の状態になっているとは限らないからです。

要件的にはそれでかまわないということも考えられますが、今後も一貫してそうであるということは言えないのでよくよく注意してください。

詳細が判らずああでもない、こうでもないで長く的を得ない回答になりました。失礼。

Comments

[chapp]

iwamoto_takaaki様

ご親切なアドバイスをありがとうございます。

>詳細が判らずああでもない、こうでもないで長く的を得ない回答になりました。失礼。

とんでございません。構成を頭でイメージしながら拝見させていただきました。改めて考えなおし、テーブル自体を１つにまとめる方向で見直したいと思います。

dog、catと別々の構成なのも理由あっての事でしたが、皆様からのアドバイスで見直すきっかけになりました。

この度は貴重なご意見、ありがとうございました。

Answer 4

考え方次第ですが
最終的に見せ方がおなじになるのであればテーブルをわけずに
最初から一つのテーブルにいれるのが最善策です。
その際typeとnoで複合ユニーク属性をつけると効率的です。

どうしても別々のテーブルで管理しないといけないなら他の回答者の方が
提示されているunionが打倒ですが、効率は相当悪くパフォーマンスが
期待できませんのでご注意下さい

Comments

[chapp]

yambejp様

ご親切なアドバイスをありがとうございます。
皆さまのご意見を機に、改めて考えなおし、テーブル自体を１つにまとめる方向で見直したいと思います。

dog、catと別々の構成なのも理由あっての事でしたが、皆様からのアドバイスで見直すきっかけになりました。

この度は貴重なご意見、ありがとうございました。