問題タブ [relational]

私は、メディアのアーカイブ、検索、アップロード、配布、および BLOB の処理に関するすべてのシステムを開発しています。

現在、BLOB を処理する最善の方法を見つけようとしています。大量のメモリと巨大なディスクを備えたハイエンド サーバーのリソースは限られていますが、中程度のパフォーマンスの市販のコンピューターの大規模なアレイにアクセスして、それらをインターネットに接続することができます。

したがって、BLOB を中央のリレーショナル データベースに格納しないことにしました。最悪の場合、平均的な 1 台のマシン上に非常に重いデータベース インスタンスが 1 つ存在する可能性があるからです。オプションではありません。

BLOB をファイルとしてファイル システムに直接保存し、そのパスをデータベースに保存するのもやや見苦しく、配布は手動で管理し、さまざまなコピーを自分で追跡する必要があります。近づきたくもありません。

CouchDB を調べたところ、ピア ツー ピア ベースの設計が気に入りました。これにより、インターネット全体でマシンの分散クラスターを実行できるようになります。つまり、次のことを意味します。

• 低コストのハードウェア
• すぐに使える冗長性とフェールオーバーの分散
• 軽量 REST インターフェイス

したがって、私が正しければ、次のように要約できます:クラウドのような API と自己管理、分散、複製システム

システムの残りの部分は、セッション、セキュリティ、ユーザー、検索などの処理など、平均的な Web アプリケーションが行う通常の処理を行います。この部分では、やはりリレーショナル データモデルを使用したいと思います。(CouchDB は、リレーショナル データベースに代わるものではないと主張しています)。

したがって、BLOB のメタデータはリレーショナル データベースに含まれますが、BLOB 自体は CouchDB に含まれます。

このアプローチに問題はありますか? 私は何か重要なものを見逃していますか？より良い解決策を考えられますか?

ありがとうございました！

2 つ目の考慮事項は、ベースラインが適用されたアクティブなドキュメントまたはドキュメントのフォルダーに関連付けられたテーブル データのコピーを作成し、それを安全に保管することでした。コードの複雑さは大幅に軽減され、スキーマはよりシンプルに保たれますが、ストレージの使用に関しては多少の影響があります (それほど大きくなるとは思いませんが)。

モデルには次のものがあります。

およびテンプレート内の次のとおりです。

しかし、私が得る出力は次のとおりです。

データベースを調べたところ、各エントリには空ではない値があります。なぜ「なし」と表示されるのですか？関係に何かが正しくありませんか？

数式を入力して構文的に検証できるソフトウェアパッケージを知っている人はいますか（セマンティクスをチェックする必要はありません）。

ありがとう。

レールに不慣れで、1対多の関係を稼働させようとしています。モデルとコントローラーで動作していますが、ビューで起動して実行するのに問題があります。

コントローラに@non_labor_expensesをロードして（編集アクション）、non_labor_expenseテーブルにいくつかのエントリを手動で作成し、次のようにプロジェクトビューで既存のデータをプルできます。

私が問題を抱えているのは、プロジェクトに新しいnon_labor_expenseエントリを追加することです。バックエンドでの処理を管理できるはずですが、フィールドをフォームに表示することすらできません。

これが私が今いるところです：

上記のコードはこのようには見えませんが、理想的にはフォームフィールドは次のようになります。

私の完全なフォームコードはここにあります：http：//pastebin.com/m2b280b0f

社内システムは、40テーブルの6NFスキーマを使用してSQLServer2008上に構築されています。ほとんどのテーブルはFKから他の3つまで、キーは7つまでです。システムは最終的に数十から数千の顧客と作業する数百の従業員をサポートし、数百から数千のトランザクションレコードを保存します。プライムタイムアクセスは1000でピークに達するはずです。 1秒あたりの行数。

このRDBMSの相互関係の深さが、十分なRAMを備えた最新のハードウェアを使用して構築されたシステムに負担をかけると考える理由はありますか？最終的な開発フェーズに近づく前に（数か月以内に）、設計またはプロジェクトの方向性/目標を調整する必要があるかどうかを評価しようとしています。

大規模な SQL 結合を引き出すのではなく、Rails の関係を使用して物事を行うことに頭を悩ませようとしてきましたが、これについて頭を悩ませることはできません...

私は3つのモデルを持っています

ホテル 空室情報

それらはすべて、適切な has_many および belongs_to 関係を持っています。

私がやりたいのは、特定の都市のホテルを一覧表示する概要ページです。各ホテルの最低価格を一覧表示したいと考えています。

さて、SQLではもちろん一番下のコードを少し実行しますが、レールでは次のようなことができます...

もちろん、これは特定のIDではなく、すべての最低価格を引き出すだけです

問題は、関係 Hotel.find(1234).rooms.availables です。

しかし、ID を参照せずにループ内に入ることができるこのようなことをしたいですか?

私は人々がサッカーの備品（試合）に参加できるギャンブル関連のウェブサイトを構築しています。フィクスチャは結果として終わります：ホームウィン-ドロー-アウェイウィン。チーム用に1つのテーブル、フィクスチャ用に1つのテーブル、ベット用にもう1つのテーブルがあります。フィクスチャテーブルにはホームチームとアウェイチームがあります。しかし、どうすればドローベットをモデル化できますか？ベットテーブルにフィクスチャを参照させ、チームを参照させるのは簡単です。しかし、引き分け？

次のような相互参照テーブルがあります。

ドキュメントとサブジェクトを照合します。ドキュメントは、複数のサブジェクトのメンバーになることができます。特定のドキュメントが特定のセット内のすべてのサブジェクトと一致するこのテーブルから行を返したいと考えています。たとえば、被験者のセットが与えられた場合:

(17,76)

相互参照テーブルのどこかで、(少なくとも) そのセットのすべてのサブジェクトに一致するドキュメントの行のみを返したいと考えています。上記のセットが与えられた場合、望ましい出力セットは次のようになります。

テーブルの最後の行は返されないことに注意してください。これは、ドキュメントが必要な件名の 1 つにしか一致しないためです。

SQLでこれを照会する最も簡単で効率的な方法は何ですか?

代替テキスト http://produits-lemieux.com/database.jpg

これは基本的に私のデータベース構造です

1 つの製品 (石鹸としましょう) には多くの小売販売サイズがあります。

• 1リットル
• 4リットル
• 20リットル

私の「製品」データベースには、石鹸アイテム（ID＃1）があります。サイズデータベースには、利用可能な多くのサイズがあります：

• 1リットル
• 4リットル
• 20リットル

製品を異なるサイズで3回複製しない方法...データベースで利用可能なすべてのサイズの製品サイズにチェックボックスを付けて、はいまたはいいえ(ブール値)を確認できるようにしたい

得られた答えは完璧ですが、そのようなオプションを使用する方法:

石鹸 [x] 1 リットル、[ ] 4 リットル、[x] 20 リットル