データベースの論理部分を分離するためにスキーマを大量に使用する新しいデータベースを設計しています。いくつかのスキーマで複製されたテーブルの定義を制御する方法
例としては、従業員とクライアントがあります。それぞれにスキーマがあり、一方に接続するWebサービスは他方のWebサービスには許可されません。
ここで、問題が発生するのは、2つのスキーマ間でデータが非常によく似ているところです。たとえば、従業員とクライアントの両方に住所があります。
common.Addressのようなことができます。しかし、サービスデータアクセスを別々に保つという命令はかなり強力です。
従業員.Addressとclient.Addressと一緒に行くようです。
しかし、グローバルなアドレステーブル定義を強制する方法があればいいでしょう。開発中にこれら2つのアドレステーブルの定義が離れてしまうのを防ぐためのものです。 (注:実際には2つ以上になります)
SQL Serverには何かがありますか?別のスキーマに「インスタンス化」できる「タイプ」または「クラス」のテーブル。 (私はここに期待していないが、私は私が求めるだろうと思った。)というし、
あなたは、この問題を解決しましたか? –
@KM - 私たちが好きな解決策は見つかりませんでした。私たちは、彼らがドリフトしていれば、それだけであると言ってしまった。私たちは共通のDataContractを強制しようとしています。 – Vaccano