おはよう、紺碧の雲。 1つのデータベース（asp.net登録済み）クライアント
私は晴れのクライアントデータベースでasp.netフレームワークを使用しています。
私は現在Azureにデータベースをホストする別のサーバーを作成しています。このサーバーでは、Webサイトに登録している各顧客（最初のデータベースに1つのエントリが作成されています）に対して、8つのテーブルを持つデータベースを作成する必要があります。
ASP.NET IDを新しいデータベースにマップするにはどうすればよいでしょうか？どのフレームワークをお勧めしますか？
おかげ
よりもむしろあなたはSQL Serverのインストールを管理し、テナントのシナリオごとにデータベースを処理するコードの束を記述する必要があるとしているVMを実行しているが、私は非常に、非常に、非常に服用をお勧めしますAzure SQLのマルチテナントシャーディングのサポートを見てください。このコードはすべてあなたのために書かれています。クライアントごとに1つのDBを支払うのではなく、弾性プールをチェックします。
文書hereを読むことができます。
また、このオプションは非常に優れています。
シャーディングを管理する独自のコードを記述したクライアントごとのデータベース、クライアントごとに別々のスキーマを持つ単一のデータベース（後方に大きな苦労）、Azure SQLシャーディングサポートを使用しています。クライアントデータを正しく分離することだけではありません。また、すべてのクライアントデータベースにわたるレポート作成のクエリと、スキーマ変更の管理について考える必要があります。最初の2つのオプションの下で、スキーマを変更すると、N個のクライアントデータベースを変更することになります。 Azure SQLのシャーディングツールがこれを管理します。
ロブ、ご意見ありがとうございました。 私はそれを読んで、私がそれについてもっと知ったら、将来の読者のために上記の私の記事を更新します。私の質問では詳細の不足について申し訳なく思っていますが、私は他の人が何を考えているかを見たいと思っていました。 –
あなた自身の[azure-]サーバーまたは新しいazureデータベースの新しいデータベースですか？最初の選択肢はあまりうまくスケールされません。 –
はい@HenkHoltermanあなたはもちろん正しいです。それは災害です。しかし、私は現在ロブの答えを見ています。宿題をする時間 –
はい、これらの弾性プールは多くの1000年代のDbsに使用できます。いくつかの中間レベルもあります。 –