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

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

新規登録して質問してみよう
ただいま回答率
85.35%
SQL

SQL(Structured Query Language)は、リレーショナルデータベース管理システム (RDBMS)のデータベース言語です。大きく分けて、データ定義言語(DDL)、データ操作言語(DML)、データ制御言語(DCL)の3つで構成されており、プログラム上でSQL文を生成して、RDBMSに命令を出し、RDBに必要なデータを格納できます。また、格納したデータを引き出すことも可能です。

データベース

データベースとは、データの集合体を指します。また、そのデータの集合体の共用を可能にするシステムの意味を含めます

データベース設計

データベース設計はデータベースの論理的や物理的な部分を特定する工程です。

Q&A

解決済

4回答

3380閲覧

SQL 一対一のテーブルを定義することはあるのか

isisisimylife

総合スコア42

SQL

SQL(Structured Query Language)は、リレーショナルデータベース管理システム (RDBMS)のデータベース言語です。大きく分けて、データ定義言語(DDL)、データ操作言語(DML)、データ制御言語(DCL)の3つで構成されており、プログラム上でSQL文を生成して、RDBMSに命令を出し、RDBに必要なデータを格納できます。また、格納したデータを引き出すことも可能です。

データベース

データベースとは、データの集合体を指します。また、そのデータの集合体の共用を可能にするシステムの意味を含めます

データベース設計

データベース設計はデータベースの論理的や物理的な部分を特定する工程です。

0グッド

0クリップ

投稿2020/04/26 06:30

前提・実現したいこと

SQLを学び始めたばかりの初心者です
SQLでテーブルを定義する際に疑問に感じた事があったので質問させて下さい。
あるテーブルを作成する際の設計として今からあげる二つの例でどちらの方が適切なのか教えていただきたいです。

#####ケース1
社員テーブル

社員ID所属部署

社員詳細情報テーブル
|社員ID|名前|性別|出身地|簡単な挨拶文|
|:--|:--:|--:|
||||

####ケース2
社員テーブル

社員ID所属部署名前性別出身地簡単な挨拶文

###個人的な考え
このように一対一のリレーションを作ることはないのでしょうか?
カラム多くなって長くなるので分類を載せた社員テーブルと詳細情報を載せた社員詳細テーブルに分けるといったことをしてもいいのかなと考えました。

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

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

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

バッドをするには、ログインかつ

こちらの条件を満たす必要があります。

guest

回答4

0

ベストアンサー

一対一のリレーション

あり得ます。

社員テーブルと詳細情報を載せた社員詳細テーブル

PRIMARY KEY(意味がわからなかったらググる ※)が同じなら1つのテーブルにまとめる方がメンテナンスが楽だったり、パフォーマンスが良い場合が多いです。
社員テーブルで全部の列を定義して、VIEW(同 ※) で質問の社員テーブルの列だけを定義するとか。

投稿2020/04/26 06:44

Orlofsky

総合スコア16417

バッドをするには、ログインかつ

こちらの条件を満たす必要があります。

isisisimylife

2020/04/26 06:50

皆様解答ありがとうございます。 必要になればVIEWで取り出せば良いのかと解決方法も教えていただいて助かりました。 このような理由でベストアンサーを選ばせて頂きました。
guest

0

仕様によってどちらも適切な場合があります。

ケース2が基本となりますが、場合によってはケース1を検討することが多いです。

https://qiita.com/shunsuke227ono/items/968537eb7b055323d618

よくあるパターンだとユーザーのパスワードを別テーブルにする、とかですね。

投稿2020/04/26 06:36

moya_dev

総合スコア183

バッドをするには、ログインかつ

こちらの条件を満たす必要があります。

guest

0

一対一の関係のデータは一つのテーブルにまとめるというのが、データベース設計のセオリーですので、通常はないです。ただし、特別な事情がある場合は一対一関係のテーブルを作成することもあります。

ただし、

カラム多くなって長くなるので分類を載せた社員テーブルと詳細情報を載せた社員詳細テーブルに分けるといったことをしてもいいのかなと考えました。

このようなカラム多くなるのでというような理由ではないです。

その都度、必要なカラムをSQLで取り出せばいいだけですので。

投稿2020/04/26 06:40

hatena19

総合スコア34075

バッドをするには、ログインかつ

こちらの条件を満たす必要があります。

m.ts10806

2020/04/26 06:44

>このようなカラム多くなるのでというような理由ではないです。 100とか200とか、すごく多くなると、それぞれ要件別で分けた方が管理しやすくなるかもしれません。
guest

0

このように一対一のリレーションを作ることはないのでしょうか?

ありますよ。
「そこだけ別で参照することがあるかどうか」というのを基準にすると良いかもしれません。

投稿2020/04/26 06:35

m.ts10806

総合スコア80875

バッドをするには、ログインかつ

こちらの条件を満たす必要があります。

isisisimylife

2020/04/26 06:41

「そこだけ別で参照する」というのはどのようなケースでしょうか? 「名前だけ欲しい場合にSELECT文で名前だけ取得する」とは違うものですか?
m.ts10806

2020/04/26 06:42

要件次第だと思います。 ここで具体例を挙げるのは難しいですね。 ただ、 >「名前だけ欲しい場合にSELECT文で名前だけ取得する」とは違うものですか? というのがありながら今回の質問を立てた意図が分かりません。
isisisimylife

2020/04/26 06:45

説明不足失礼致しました。 SLECT文で特定のカラムだけを取得する事が出来るにもかかわらず、特定のカラムを取得する際にテーブルを分ける必要があるケースが思い浮かばなった為このような質問になってしまいました。
m.ts10806

2020/04/26 06:46

入れ違いになってしまいましたが<2020/04/26 15:44>にコメントした通りです。
isisisimylife

2020/04/26 06:51

ありがとうございます。 以上のリンクを確認させて頂きます。
guest

あなたの回答

tips

太字

斜体

打ち消し線

見出し

引用テキストの挿入

コードの挿入

リンクの挿入

リストの挿入

番号リストの挿入

表の挿入

水平線の挿入

プレビュー

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

ただいまの回答率
85.35%

質問をまとめることで
思考を整理して素早く解決

テンプレート機能で
簡単に質問をまとめる

質問する

関連した質問