RDBで全く同一のデータを入力するケースの例を教えてください

Question

RDBで全く同一のデータを入力するケースの例を教えてください。
この場合が無いなら、その理由を教えてください。

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

Comments

[maisumakun]

どのような背景があっての質問なのか、もう少し書いていただくことはできますか？

[takasima20]

「キー以外は同じ」じゃなくて「キーも含めて同じ」ってこと?

[nekochannnnn]

コメントありがとうございます！

別々のDB（それぞれ１、２とする）に同一のテーブルがある際にデータのマージをやりたいです。

DB１に全く同一のデータが存在し、DB２にも全く同一のデータが存在する場合があったとして、このときデータ整合性はどうなっちゃうんだろう、と思いまして。

完全にユニークな主キーがないという条件つきです。

[nekochannnnn]

> 「キー以外は同じ」じゃなくて「キーも含めて同じ」ってこと?
コメントありがとうございます！

「キー以外は同じ」の場合はあるのでしょうか？
「キーも含めて同じ」の場合はあるのでしょうか？

[maisumakun]

> このときデータ整合性はどうなっちゃうんだろう

何をしたいのかによります。

[nekochannnnn]

> 何をしたいのかによります。
コメントありがとうございます！

たしかに、そうですね。
でもその前に、全く同一のデータが存在するケースがないのならそんなことを考えなくてよいので、その場合があるのかないのかを知りたいです。

[maisumakun]

> 全く同一のデータが存在するケースがないのならそんなことを考えなくてよいので

「やりたければ可能です」としか言えません。

Answer 1

※長くなりそうなのでこちらに書きます。

回答としては「作成はできるが検索のメリットをなくす」てとこでしょか。

「キー以外は同じ」の場合はあるのでしょうか？

新規に作成する場合はまずないのではないでしょうか。
過去の経緯により仕方なく存在するケースはあるかもしれません。

「キーも含めて同じ」の場合はあるのでしょうか？

これは最初に述べた通りです。

(リレーショナル)データベースはいかに効率よく検索できるかが主眼となります。
そのために「正規化」という考えでテーブルを設計しますね。
これは、いかにデータの重複をなくしてアプリケーションにスムーズにデータを提供できるか
ということなんですが、この辺を調べるといいかもしれません。

Answer 2

実用的に何かの役に立つのかはさておき、（それが可能なテーブルを作成していた場合）可能か不可能かだけを言えば可能です。

Comments

[maisumakun]

現実的には、全列が重複して問題なく格納できるテーブル（主キーがない）なんてものを作るべきではありません。

重複した行について、片方だけを選ぶという操作が極めて困難になるなど、データのハンドリングが極めて煩雑化します。