SQL Server で約 20 のテーブルを使用するプロジェクトを実行し、ASP.NET プロジェクトを完了しました。
最近、クライアントが という新しいパラメータについて教えてくれましたSite。彼が言うように、プロジェクト データには複数のサイトがあり、Applicationサイトごとに異なる必要があります。Applicationアプリケーションが完全に開発されたため、現在、いくつかの問題に直面しています。サイトごとに複数のデータベースを持つことについて話し合っているサイトパラメーターに従って、すべての SQL Server テーブルと関連するすべての SQL クエリを更新することはできません。
プロジェクトごとに約 20 のサイトが存在する可能性があるとクライアントが言うため、事態はさらに悪化します。そのため、20 個のデータベースを管理するのは非常に困難です。
この問題の適切な解決策を教えてください。
あなたが提案した解決策は正しいもののようです。サイトごとに異なるデータベースを使用します (注: データベース サーバーは、トランザクション量に応じて、20 個のデータベースすべてを簡単にホストできます)。
説明: 必要なのは、サイトごとにデータを分離することです。これは、表形式のデータにサイト識別子を追加するか、サイトがデータストアを共有しないようにすることで実行できます。この場合、後者が最も簡単で費用対効果の高いソリューションです。
「データベースを維持する」ことは、口で言うほど難しいことではないことに注意してください。私の意見では、管理するデータとトランザクションの量、および行う手動修正の数が、メンテナンスのコストの重要な要因です...
私は過去にこの道をたどりましたが、サイト テーブルを作成し、サイトが所有するオブジェクトを作成して、サイト テーブルに外部キー リレーションシップを追加しました。
私たちの場合、サイトが所有するオブジェクトは 3 つまたは 4 つしかなかったので、変更する必要があったのは 4 つのテーブルだけでした。その後、そこからの関係は引き続き機能し、変更は必要ありません。
サイトごとにデータベースを作成するというルートには行きません。将来データベースを変更する必要がある場合や、システム全体でレポートを取得する必要がある場合は、メンテナンスの悪夢になります。