3次元データベーステーブル

Question

次の例を考えてみましょう - クライアントは「すべてのユーザーは1つのプロフィール画像しか持たない」と言うので、そのフィールドをusersテーブルに追加します。半年後要件が変化し、ユーザは実際にはn個のプロフィール画像を有する必要がある。

これは、user_picturesのような新しいテーブルを追加して1：1ではなく新しいカーディナリティー1：nを処理する場合にのみ可能です。しばしば、これは非常に複雑になることがあります。私がこの問題に遭遇するときはいつも、私たちが考えることができる3つの次元をすべて使用しないのだろうかと思っています。2次元のテーブルは、幾分不完全なやり方で制限されています。再び、ユーザーテーブル内のピクチャフィールドはの深さがであり、その深さによって、フィールドは同時にカーディナリティ1：1と1：nの両方を完全に表現する配列になりました。

テーブルフィールドは単純に配列になり、両方のカーディナリティを自動的にサポートします。少なくとも私はそれを使用します。すでにそこにあるようなものはありますか？

Answer 1

オラクルでは、arraysおよびnested tablesがサポートされています。いずれかあなたの要件に合わせているようです。最近では、テーブルや関係をすべてシンプルで一貫性のあるものにするためにモデリングすることを好みますが、現代のRDBMSは一般的にこのようなことをサポートしていません。

Answer 2

標準の多対多のアプローチは、多くのプロフィール画像に、簡単に3台のアプローチで覆われている多くのユーザー：

表：ユーザー
表：写真
表：User_Pictures

しかし、NoSQLのアプローチに移行した場合、ユーザーのプロファイル・ピクチャーの配列を単一の表に保管するUser文書（通常はJSON形式）を保管することができます。

@gordy +1のOracleリンクです。 RDBSが配列を想定しているかどうかはわかりませんでした。

Answer 3

非正規化手法（1つのフィールドのインスタンスの複数の列）について説明していますが、基本的な関係原則に違反した場合の結果を十分に理解していないと、

"AND picture IN（pic1、pic2、pic3）"というSQLステートメントでフィールドを照会する（「この画像を持つユーザーを見つける」）索引付けされ、オプティマイザが復讐の計画を開始します。