問題タブ [multiple-databases]

NHibernate (およびおそらくいくつかのプラグイン) の最新バージョンを使用して、DB リンクなしで異なるサーバー上の複数のデータベース間でエンティティをマップすることは可能ですか?

背景として、このDBA.SE の投稿で説明されているものと大まかに似たものを実装しようとしています。

要件: Django アプリケーションの 1 つのインスタンスが複数のクライアントにサービスを提供できるようにします。クライアントとは、互いのデータにアクセスすることが想定されていない異なるドメインまたは異なるアカウントを意味します。

クライアントの推定数は、約数百です。

たくさんあると思いますが、長期的には労力を最小限に抑えるものを探しています。それらのうちの2つは次のとおりです。

1. 1 つは、Djangoのサイト フレームワークsite_idと 1 つのデータベースを使用し、ほとんどのモデルに を追加することです (恐ろしく聞こえます) 。
2. 認証モジュールとサイト モジュールに 1 つのデータベースを使用し、複数データベース機能を使用してクライアント固有のモデル データを別のデータベースに保持します。新しいクライアントのために動的なデータベース作成を実装する必要があり、さらに悪いことに、アプリケーションをアップグレードするときにデータベースの移行を処理する方法がわからないため、これも私を怖がらせます。

これにはどのようなアプローチが推奨されますか?

以下のようにカテゴリとサブカテゴリのリストをデザインする方法を誰でも助けて
ください http://www.officemax.com.au/office-supplies/writing.html

PS:: Magento のデフォルトのデザインは、カテゴリをクリックすると、そのカテゴリ内のすべての製品がストレートに一覧表示されます。私が本当にやりたいことは、上記のサンプル サイト http://www.officemax.com.au/office-supplies/writing.htmlのようにページの最初にすべてのサブカテゴリを一覧表示し、次にそのすべての関連製品を一覧表示することです。サブカテゴリ

誰かが私を助けることができれば、私は大いに感謝します。

doctrine2 で異なるベースを処理するための最良の方法は何ですか?同じスキーマを使用します。現在私は

1. データベースごとに個別にエンティティを生成し、名前空間とデータベースの名前をすべてのメタデータ オブジェクトに追加し、それらを異なる名前空間 (XXX\Base\EntityClass) に配置しますが、同じエイリアスを使用します。
2. ベースごとに 1 つの EntityManager を作成します (同じ接続を共有している場合でも)
3. 複数の EntityManagers に呼び出しを渡し、応答を収集するプロキシを作成する
4. 回答を 1 つの出力にマージする

doctrine2 で複数のベースを処理する簡単な方法はありますか?

Table（* column_symbol *）を呼び出す場合、arelはメインデータベースを使用していると想定します。

クエリされたテーブルごとにARModelsを使用せずに、2番目のデータベースでarelテーブルを使用するにはどうすればよいですか？

2つのSQLiteデータベースを使用してiPhoneアプリを開発しています。1つだけ使うべきかしら。

最初のデータベースには、12個の小さなテーブルがあります（それぞれに4つまたは5つのINTEGERまたはTEXT列があります）。ほとんどのテーブルには数十行しかありませんが、1つのテーブルには数千行の「アイテム」があります。テーブルはすべて関連しているため、テーブル間に多くの結合があります。

2番目のデータベースにはテーブルが1つだけ含まれています。最初のデータベースの「アイテム」（アイテムの写真）の一部に関連する1行のBLOB列があります。これらのBLOBはプログラムのごく一部でのみ使用されるため、最初のデータベースに接続または結合されることはめったにありません（行は結合なしで簡単にフェッチできます）。

最初のデータベースファイルサイズは約メガバイトになります。BLOBを含むdbは、はるかに大きくなります（約50メガバイト）。BLOBを持ち運ぶことなく、より小さなデータベースをバックアップできるようにしたかったので、BLOBを分離しました。また、BLOBを分離すると、小さいテーブルのパフォーマンスが向上する可能性があると思いましたが、よくわかりません。

BLOBを分離するために2つのデータベース（特にSQLIteデータベース）を使用することと、非常に狭いテーブルでいっぱいのテーブルをBLOBのテーブルと混合した1つのデータベースを使用することの長所と短所は何ですか？

人に関する情報 (従業員のプロファイルと関連情報) を含む Access データベースがあります。フロント エンドには、一度に 1 種類のデータを変更する単一のコンソールのようなインターフェイスがあります (あるフォームの学位、別のフォームの連絡先情報など)。現在、複数のバックエンドにリンクされています (データの種類ごとに 1 つと、基本的なプロファイル情報に 1 つ)。すべてのファイルはネットワーク共有上にあり、バックエンドの多くは暗号化されています。

私がこれを行った理由は、MS Access がクエリや更新を行うためにデータベース ファイル全体をローカル コンピューターにプルし、変更されたデータをネットワーク共有に戻す必要があることを理解しているからです。私の理論では、人が電話番号または住所 (連絡先情報) を変更する場合、連絡先情報、プロジェクト、学位、賞を含む単一の大規模データベースを取得するのではなく、連絡先情報データベースを取得/変更/交換するだけでよいというものです。など、1 つの電話番号を変更するだけで済みます。これにより、複数のユーザーがデータにアクセスしているときに、データベースがロックされたりネットワーク トラフィックがロックされる可能性が減少します。

これはまともな結論ですか？私は多くのことを誤解していますか？他に何か不足していますか？

各ファイルのオーバーヘッドの考慮があることは認識していますが、その影響がどれほど大きいかはわかりません。バックエンドを統合すると、そのためのコーディングではなく、カスケード削除などの参照整合性をAccessに処理させることができるという潜在的な利点もあります...

考えや（合理的に有効な）批判をいただければ幸いです。

バックグラウンド：

私は誰かに私の仕事をさせようとしているのではないと言って、これを前置きする必要があります。目標を達成するための方法が複数あるというちょっとした岐路に立っているような気がしますが、どれが「標準」であるか、および/または私の比較的限られた知識が不足しているかどうかはわかりません。

私は6か月間進化しているシステムを持っており、1月11日以降、DBスキーマはかなり安定しています。（毎月の会計サイクルに対応するために毎月のデータベースを作成するのに大きな間違いを犯したかどうかはわかりませんでしたが、それ以外の方法で行うノウハウがありませんでした）

今：

上司から、すべての月次データベースのレコードで構成される年次レポートを作成するように依頼されています。

私が始めたこと：

メタデータスキーマをまとめて、ETL操作を実行するアプリケーションを作成するのに十分な情報を入力しました。

外観は次のとおりです。

問題：

これが合理的/通常の方法であるかどうかはわかりません。一つのことを始めるのに十分な時間はありますが、どの道を進むべきかを自分で理解することはできません。

質問：説明したように、広告申込情報データを取得して複数のデータベースに集約する必要がある場合、カスタムETLソリューションを駆動するメタデータテーブルを定義する代わりの方法はありますか？（私の目的では、C＃アプリとSSISプロジェクトは同等ですが、ここでAnalysisServicesまたはReportingServicesを使用できるかどうかを知りたいと思います）

postgresで異なるエンコーディングのデータベースを作成しようとしましたが（データベースマネージャーとしてPgAdminを使用しています）、UTF8以外のエンコーディングでデータベースを作成しようとすると、PgAdminはデータベースを作成できないというエラーを表示します。現在のロケール「Portuguese_Brazil_1252」と一致せず、LC_Ctype構成で「WIN1252」をエンコードする必要があります。

PostGresでそれを設定するにはどうすればよいですか？私はWindowsXPを搭載したロケールテストサーバーで実行しています（私の選択ではありません）。異なるエンコーディングでデータベースを作成することは可能ですか、それともその動作はPostGresの制限ですか？ここの誰かがすでにそれを管理することに成功しましたか？

ありがとう