問題タブ [relational-database]

どうやら BigTable アーキテクチャの理由は、Google が対処しなければならない膨大な数のサーバーを扱う場合に、リレーショナル データベースをスケーリングするのが難しいことに関係しています。

しかし、技術的に言えば、リレーショナル データベースの拡張が困難な理由は何でしょうか?

大企業のエンタープライズ データ センターでは、これをうまく実行できるように見えるので、Google のサーバーでスケーリングするために、これをより大きな規模で単純に実行できないのはなぜだろうかと思っています。

I'm trying to connect the values of two join tables that I have and show the results based on a conditional relationship...and i'm having some problems

I have a Users Model(:name, :password, :email), and Events model(:name, :etc) and Interests model (:name)

I created about 5 records in each model.

Then I created two join tables -> UsersInterests and EventsInterests; each not containing a primary key and only comprised of the user_id/interest_id and event_id/interest_id respectively.

Then I added to the model files the HABTM Relationship

Now I wanted to create a controller that finds only the events where the users interests correspond with the events interests

From working on this for a while I've figured that I need something in the area of

またはそのようなもの...私はちょっと迷っています..検索条件をどのように述べていますか?...SQLで内部結合を行う方法は知っていますが、これを行うエレガントなRailsの方法を探しています. .. ヒントはありますか？

私はこれにしばらく取り組んできましたが、どこにエラーがあるのか​​わかりません。

ユーザーモデル（：name、：password、：email）、イベントモデル（：name、：etc）、インタレストモデル（：name）[> all singular <]

次に、2つの結合テーブル->UsersInterestsとEventsInterestsを作成しました。それぞれに主キーは含まれず、それぞれuser_id/interest_idとevent_id/interest_idのみで構成されます。[>複数形<]

私のモデルには、次のようなHABTM関係が含まれています

Whew..okそこで、特定のユーザーと関心を共有するすべてのイベントを検索するnamed_scopeを作成したいと思いました。これが誰かが私を助けてくれたコードです。

コントローラから実行した場合=>

SQLエラーが発生します：「そのような列はありません：Event.id：SELECT"events"。*FROM "events" LEFT JOIN events_interests ei ON ei.event_id=...........」

これで、イベントモデルにIDがあり、すべての列名が正しいと思います。不足しているものを誰かが確認できますか？

ユーザーモデル（：name、：password、：email）、イベントモデル（：name、：etc）、インタレストモデル（：name）[> all singular <]

次に、2つの結合テーブル->UsersInterestsとEventsInterestsを作成しました。それぞれに主キーは含まれず、それぞれuser_id/interest_idとevent_id/interest_idのみで構成されます。[>複数形<]

私のモデルは、 ネストされたプラグインを介して多くを使用します

Whew..okそこで、特定のユーザーと関心を共有するすべてのイベントを検索するnamed_scopeを作成したいと思いました。これが誰かが私を助けてくれたコードです。

コントローラから実行した場合=>

エラーが発生します：

誰かが私が台無しにしたものを見ることができますか？

リレーションとドキュメント データベースについて議論している投稿はかなりありますが、それらはすべて非常に一般的なものです。

特定の例でそれらの違いを理解したいと思います。

別のスクラム指向のプロジェクト管理 Web アプリを構築しているとしましょう。

私たちは新しいテクノロジーを試してみたいと思っていますが、デザインを犠牲にして全体的な複雑さを増やして誇大宣伝されている新しいことをしたくありません. たとえそれが古い技術を使用することを意味するとしても、私たちは正しい決定を下したいと考えています。

したがって、PivotalTrackerについて考えてみてください。プロジェクト、ストーリー、ストーリー コメント、まれな添付ファイル、サブタスク (実際のタスクに分割されたストーリー) を保存します。

反復もサポートされているため、各タスクは実際にはプロジェクトに属し、反復することができます。反復内では、タスクを特定の順序で配置する必要があります。ユーザーはストーリーを上下にドラッグして並べ替えることができます。

ストーリーごとに、別の時間エントリを使用して、それに費やされた時間を追跡したいと考えています。

レポートを生成したいかもしれませんが、あまり派手なものはありません (バーンダウン、おそらく時間に関連するもの)

リレーショナルとドキュメントのどちらの DB を使用しますか? それとも他の？なぜ？

その構造をどのように設計しますか？たとえば、ドキュメント DB を使用する場合、正規化しますか?

リレーショナルmysqlデータベースを構築する方法を探しています。チュートリアルに従いたいと思います。

複数のテーブルを作成し、IDを使用してそれらをリンクする方法を示すものが必要です。これを後で使用して、さまざまなテーブルからリレーショナルデータを取得できます。これはおそらく簡単なことですが、私はデータベースについて学んでいます。

助けてくれてありがとう！

キー値ストアに大規模なリレーショナル データベース スキーマを実装するにはどうすればよいですか?

要件は次のとおりです。

1) ストアド プロシージャや特別なデータベース ベンダー固有の機能は使用しません。

2) 索引を使用する

3) 結合を使用する

4) テーブル内の多くの複雑な型 (VARCHAR、INT、BLOB など)

5) 数十億の記録

6) 全文検索

7) タイムスタンプ付きバックアップが可能

8) トランザクションは不要 (アトミックな単一の行/フィールドの更新のみ)

良い一日、

私は過去にRails/MySQLを使用してきましたが、Cassandra、MongoDB、CouchDB、およびその他のドキュメントストアDB/非リレーショナルデータベースについて聞いています。それらはスケーラビリティのより良い代替手段になる可能性があるため、後で調査する予定です。

すぐに申請を開始する予定です。リレーショナルデータベースから非リレーショナルデータベースに移行した場合、Railsの設計は異なりますか？Railsの移行はデータベースに依存しないことは知っていますが、非リレーショナルに移行することで設計に違いが生じるかどうかはわかりませんでした。

いくつかのプログラムは、基礎となる DB が MySQL であることを要求します。同様に、GridSQL のようなソフトウェアは、基盤となるデータベースが PostgreSQL であることを要求します。それらが統合された場合、次のような豊富な利点があります。

1. 2 つの間の移行が容易になります。
2. おそらく、PostgreSQL で MySQL レプリケーションを使用する機能
3. PostgreSQL で MySQL としか通信できないソフトウェアを使用する機能
4. MySQL の新しいトランザクション ベースのストレージ エンジン

PostgreSQL 配列のようなものにより、MySQL インターフェースを PostgreSQL データベースに単純にアタッチすることが不可能になることは理解していますが、データベースは MySQL インターフェースを介してのみ作成されたものであり、配列が含まれていないことが保証されます。

これが不可能な他の理由は何ですか？

ショッピング カート アプリケーションの開発中に、管理者の設定と要件に基づいて設定と構成を保存する必要があることがわかりました。この情報は、会社情報、配送アカウント ID、PayPal API キー、通知設定など、何でもかまいません。

リレーショナル データベース システムに 1 つの行を格納するためにテーブルを作成することは、非常に不適切に思えます。

この情報を保存する適切な方法は何ですか?

注: 私の DBMS は SQL Server 2008 で、プログラミング層は ASP.NET (C#) で実装されています。