質問をすることでしか得られない、回答やアドバイスがある。

15分調べてもわからないことは、質問しよう!

ただいまの
回答率

88.05%

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

解決済

回答 4

投稿

  • 評価
  • クリップ 1
  • VIEW 696

score 221

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

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

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にすれば良いのか?が分からず、また他にいい方法があればアドバイスを頂ければと考え投稿いたしました。

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

  • 気になる質問をクリップする

    クリップした質問は、後からいつでもマイページで確認できます。

    またクリップした質問に回答があった際、通知やメールを受け取ることができます。

    クリップを取り消します

  • 良い質問の評価を上げる

    以下のような質問は評価を上げましょう

    • 質問内容が明確
    • 自分も答えを知りたい
    • 質問者以外のユーザにも役立つ

    評価が高い質問は、TOPページの「注目」タブのフィードに表示されやすくなります。

    質問の評価を上げたことを取り消します

  • 評価を下げられる数の上限に達しました

    評価を下げることができません

    • 1日5回まで評価を下げられます
    • 1日に1ユーザに対して2回まで評価を下げられます

    質問の評価を下げる

    teratailでは下記のような質問を「具体的に困っていることがない質問」、「サイトポリシーに違反する質問」と定義し、推奨していません。

    • プログラミングに関係のない質問
    • やってほしいことだけを記載した丸投げの質問
    • 問題・課題が含まれていない質問
    • 意図的に内容が抹消された質問
    • 過去に投稿した質問と同じ内容の質問
    • 広告と受け取られるような投稿

    評価が下がると、TOPページの「アクティブ」「注目」タブのフィードに表示されにくくなります。

    質問の評価を下げたことを取り消します

    この機能は開放されていません

    評価を下げる条件を満たしてません

    評価を下げる理由を選択してください

    詳細な説明はこちら

    上記に当てはまらず、質問内容が明確になっていない質問には「情報の追加・修正依頼」機能からコメントをしてください。

    質問の評価を下げる機能の利用条件

    この機能を利用するためには、以下の事項を行う必要があります。

回答 4

+3

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行しか出ません。

投稿

  • 回答の評価を上げる

    以下のような回答は評価を上げましょう

    • 正しい回答
    • わかりやすい回答
    • ためになる回答

    評価が高い回答ほどページの上位に表示されます。

  • 回答の評価を下げる

    下記のような回答は推奨されていません。

    • 間違っている回答
    • 質問の回答になっていない投稿
    • スパムや攻撃的な表現を用いた投稿

    評価を下げる際はその理由を明確に伝え、適切な回答に修正してもらいましょう。

  • 2018/01/18 11:48

    szk.様

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

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

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

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

    キャンセル

+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クエリーを元にすれば比較的楽に行えるかと。

投稿

編集

  • 回答の評価を上げる

    以下のような回答は評価を上げましょう

    • 正しい回答
    • わかりやすい回答
    • ためになる回答

    評価が高い回答ほどページの上位に表示されます。

  • 回答の評価を下げる

    下記のような回答は推奨されていません。

    • 間違っている回答
    • 質問の回答になっていない投稿
    • スパムや攻撃的な表現を用いた投稿

    評価を下げる際はその理由を明確に伝え、適切な回答に修正してもらいましょう。

  • 2018/01/18 11:48

    sazi様

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

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

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

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

    キャンセル

checkベストアンサー

0

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

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

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

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

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

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

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

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

投稿

  • 回答の評価を上げる

    以下のような回答は評価を上げましょう

    • 正しい回答
    • わかりやすい回答
    • ためになる回答

    評価が高い回答ほどページの上位に表示されます。

  • 回答の評価を下げる

    下記のような回答は推奨されていません。

    • 間違っている回答
    • 質問の回答になっていない投稿
    • スパムや攻撃的な表現を用いた投稿

    評価を下げる際はその理由を明確に伝え、適切な回答に修正してもらいましょう。

  • 2018/01/18 11:50

    iwamoto_takaaki様

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

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

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

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

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

    キャンセル

0

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

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

投稿

  • 回答の評価を上げる

    以下のような回答は評価を上げましょう

    • 正しい回答
    • わかりやすい回答
    • ためになる回答

    評価が高い回答ほどページの上位に表示されます。

  • 回答の評価を下げる

    下記のような回答は推奨されていません。

    • 間違っている回答
    • 質問の回答になっていない投稿
    • スパムや攻撃的な表現を用いた投稿

    評価を下げる際はその理由を明確に伝え、適切な回答に修正してもらいましょう。

  • 2018/01/18 11:49

    yambejp様

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

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

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

    キャンセル

15分調べてもわからないことは、teratailで質問しよう!

  • ただいまの回答率 88.05%
  • 質問をまとめることで、思考を整理して素早く解決
  • テンプレート機能で、簡単に質問をまとめられる

関連した質問

同じタグがついた質問を見る