2

それで、私は最近、自分のサイトに google plus のような同様のサークル システムを作成するというアイデアをいじり始めました。

しかし、悪い点は、データベースの計画があまり得意ではないことです。

だから私はグーグルサイトでいくつかの情報を収集したいのですが、すべてのユーザーに一意のサークルIDがあることがわかりました。

だから私の考えはこれです。

私にはユーザーがいて、このように保存しています。

users
users_metadata
users_settings

usersパス、ユーザー名、電子メール、最後のログイン、および基本的なもの users_metadataが含まれるテーブルには、情報が含まれるか、プロファイル users_settingsには設定オプションが含まれます

したがって、ユーザーがサイトに登録すると、users_metadataand users_settings the current userid` が挿入されます。

だから私の質問は、users_circlesデフォルトのオプションを使用して、すべてのユーザーのテーブルを作成するのは良い考えですか?

独自のグループを作成し、気に入らないグループを削除することが容易になるため、私はこれを考えていました。

または、誰かがより良いロジックを教えてくれますか? 大きなリクエストでなければ。

ありがとうございました

4

1 に答える 1

1

1 人 1 テーブルというあなたの提案は、率直に言って、悪い考えです。いくつかの用途がある場合は「問題なく」動作する可能性がありますが、これが任意のレベルにスケーリングされると、リソースの恐ろしい浪費は言うまでもなく、プログラミングとデータベース管理の両方の悪夢になります。

これは、すべてのユーザーのグループが存在する users_groups テーブルが必要な完全なケースです。もちろん、各グループには独自の ID と、グループの所有者 (ユーザー) があります。グループを選択すると、グループのメンバーである複数の行が返されます。

これは、リレーショナル データベースが得意とするところです。

それを利用してください。

于 2012-10-10T14:21:44.733 に答える