汎用crmソフトウェア用のカスタムフィールドを持つデータモデルを設計するために推奨されるアプローチはどれですか？

Question

SQL Server 2008を使用して一般的なCRMアプリケーションを開発したいと考えています。

アプリケーションでは、拡張機能を使用してカスタムユーザーフィールドを有効にする必要があります。

は、私は、次のようなさまざまなオプションについてたくさん読み：

• observableパターンを、そして
• エンティティは、属性値（EAV）

しかし残念ながら、これらのオプションは、実装が困難であり、Iアプリケーションのパフォーマンスが影響を受けることを理解し、Entity Framework Code Firstを使用してリポジトリをクエリすることも困難です。

私はいくつかの他の簡単なオプションを実装していただきたいと思います。

Answer 1

ほとんどの場合、このようなパッケージ拡張システムを使用して、既存のテーブルにユーザー定義の列を追加します。

ユーザーは、独自の（分離された）スキーマに配置された独自の表を定義できます。この拡張プロセスを管理する管理UIは、これらのユーザー定義テーブルを構築するために必要なDDLコードを実行する必要があります。事前定義された表の拡張機能として定義されている場合、システムは拡張された事前定義済み表とユーザー定義表の間に1対1の関係を強制する必要があります。必要に応じて、独立したユーザー定義のテーブルを許可することもできます。

ユーザ定義テーブルを作成したら、（事前定義された）マッピングテーブルを使用して、ユーザ定義テーブル/カラムをCRM UIの定義済みフィールドに接続します。ユーザーがUIフォームとフィールドを定義できるようにしておけば、あなたのマッピングテーブルもこれと結びつけることができます。