クラウドDBを作る時のDB設計
解決済
回答 3
投稿
- 評価
- クリップ 0
- VIEW 1,145
ユーザーが自由にスキーマを決められるクラウドDBをCakePHPで作ろうとしているのですが、RDBMSで表現したいとして、
Entityテーブル:
・id
・name
Attributeテーブル:
・id
・entity_id
・attribute_name
・primary（このattributeをプライマリーキーとして扱うかをboolean型で表現)
Dataテーブル：
・id
・attribute_id
・value
・primary_key(TEXT型でこのプライマリーキーによってデータ取り出す)
例えば
UsersテーブルをこのクラウドDBで作りたい場合、
id、username,passwordというカラムを入れたUsersテーブルを作りたいとすると
Entityテーブルに
・id=1,
・name='Users'
Attributeテーブルに
・id=1,
・entity_id=1,
・attribute_name="id"
・primary=true
・id=2,
・entity_id=1,
・attribute_name="username"
・primary=false
・id=3,
・entity_id=1,
・attribute_name="password"
・primary=false
というようにスキーマを作ります。
そしてusername='user',password='pass'というユーザーデータがあるとすると
・id
・attribute_id
・value
・primary_key(TEXT型でこのプライマリーキーによってデータ取り出す)
・id=1,
・attribute_id=1,
・value=1,
・primary_key=1
・id=2,
・attribute_id=2,
・value='user',
・primary_key=1
・id=3,
・attribute_id=3,
・value='pass',
・primary_key=1
というように、Entityでテーブル名を、Attributeテーブルでそのテーブルのカラムを、Dataテーブルでレコードを表現したいと考え作ってみたのですが、主キーをつかってデータを取り出そうとすると、
１・Attributeテーブルの中でprimaryがtrueになってるidをとりだし、dataテーブルからそのattribute_idで検索し主キーのデータを取り出す。（今回のUserｓテーブルならattribute_id=1がprimary=trueなのでdataテーブルからattribute_id=1を検索、）
２・そのprimary_keyでattribute_idが2と3であるDataを検索する
3・取り出したデータを統合しUsersテーブルの1データとする
という流れになり、ユーザーが4カラムがあるテーブルのスキーマと100件のレコードを作ったとすれば400件のクエリがDBに飛ぶ形式になってしまいました。
DataテーブルがEAVアンチパターンであることも認識しているのですが、どのように設計すれば良いのかわかりません。
何かいい設計法はありませんでしょうか。よろしくお願いします。
-
気になる質問をクリップする
クリップした質問は、後からいつでもマイページで確認できます。
またクリップした質問に回答があった際、通知やメールを受け取ることができます。
クリップを取り消します
-
良い質問の評価を上げる
以下のような質問は評価を上げましょう
- 質問内容が明確
- 自分も答えを知りたい
- 質問者以外のユーザにも役立つ
評価が高い質問は、TOPページの「注目」タブのフィードに表示されやすくなります。
質問の評価を上げたことを取り消します
-
評価を下げられる数の上限に達しました
評価を下げることができません
- 1日5回まで評価を下げられます
- 1日に1ユーザに対して2回まで評価を下げられます
質問の評価を下げる
teratailでは下記のような質問を「具体的に困っていることがない質問」、「サイトポリシーに違反する質問」と定義し、推奨していません。
- プログラミングに関係のない質問
- やってほしいことだけを記載した丸投げの質問
- 問題・課題が含まれていない質問
- 意図的に内容が抹消された質問
- 過去に投稿した質問と同じ内容の質問
- 広告と受け取られるような投稿
評価が下がると、TOPページの「アクティブ」「注目」タブのフィードに表示されにくくなります。
質問の評価を下げたことを取り消します
この機能は開放されていません
評価を下げる条件を満たしてません
質問の評価を下げる機能の利用条件
この機能を利用するためには、以下の事項を行う必要があります。
- 質問回答など一定の行動
-
メールアドレスの認証
メールアドレスの認証
-
質問評価に関するヘルプページの閲覧
質問評価に関するヘルプページの閲覧
checkベストアンサー
+2
どのように設計すれば
→システムのインプットとアウトプットは明確になっていますか？
明確になっていなければ、まずはそこから着手しながら、
頭の中でテーブル設計を出来ると良いです。
ユーザーが4カラムがあるテーブルのスキーマと100件のレコードを作ったとすれば400件のクエリがDBに飛ぶ形式になってしまいました。
→システムの要件を満たせるのであれば、この程度の件数は問題ないです。
あとはユーザ数が少なければ、ユーザ単位にデータベースを作成して、
テーブルもユーザが指定した通り作成し、、、
と、phpMyAdminのような画面が出来上がるのかな、とも思いましたが。
ちなみに、postgresqlのjsonb型に似たものが、MySQL5.7以降であれば、json型というのがあります。
投稿
-
回答の評価を上げる
以下のような回答は評価を上げましょう
- 正しい回答
- わかりやすい回答
- ためになる回答
評価が高い回答ほどページの上位に表示されます。
-
回答の評価を下げる
下記のような回答は推奨されていません。
- 間違っている回答
- 質問の回答になっていない投稿
- スパムや攻撃的な表現を用いた投稿
評価を下げる際はその理由を明確に伝え、適切な回答に修正してもらいましょう。
+2
そもそもの疑問なのですが、
ユーザーが自由にスキーマを決められるクラウドDBをCakePHPで作ろうとしている
ユーザーに見せるものとしては、どれだけの機能性・性能を持たせるのでしょうか。本格的にSQLを扱いたいのであれば、RDBMS上に改めてRDBMSを構築するような屋上屋を架すより、実際にテーブルを作って処理するほうが適切だと思います。
投稿
-
回答の評価を上げる
以下のような回答は評価を上げましょう
- 正しい回答
- わかりやすい回答
- ためになる回答
評価が高い回答ほどページの上位に表示されます。
-
回答の評価を下げる
下記のような回答は推奨されていません。
- 間違っている回答
- 質問の回答になっていない投稿
- スパムや攻撃的な表現を用いた投稿
評価を下げる際はその理由を明確に伝え、適切な回答に修正してもらいましょう。
+1
うーん…過去に聞いたものだと冗長な列定義（１テーブルに複数列もち、何番目が何という形式）をセールスフォースが作っているというのは話題になりました。
数年前の話題なので今でもそうかはわかりませんが…。
それから、個人的には商用でデータ改変の操作ログを蓄積するのにpostgresqlのjsonb型を使っています。
DB上のundo/redo操作を実装するのに使っています。
他のスキーマを元にjsonを扱うクラスを作って使っているので、似たようなことはできるのではないでしょうか。
（※検索用のインデックス等は張っていないのでどこまで運用に耐えるかわかりませんが）
投稿
-
回答の評価を上げる
以下のような回答は評価を上げましょう
- 正しい回答
- わかりやすい回答
- ためになる回答
評価が高い回答ほどページの上位に表示されます。
-
回答の評価を下げる
下記のような回答は推奨されていません。
- 間違っている回答
- 質問の回答になっていない投稿
- スパムや攻撃的な表現を用いた投稿
評価を下げる際はその理由を明確に伝え、適切な回答に修正してもらいましょう。
15分調べてもわからないことは、teratailで質問しよう！
- ただいまの回答率 88.10%
- 質問をまとめることで、思考を整理して素早く解決
- テンプレート機能で、簡単に質問をまとめられる