2

クエリ式やFetchXMLなどを使用する代わりに、ネイティブSQLを記述して操作を追加または削除できるのではないかと思います。クエリ式は非常に便利ですが、私の本当の関心事はパフォーマンスであり、SQLの記述は他のSQLよりも高速であると考えています。

4

3 に答える 3

10

簡単に言うと、直接SQLの使用（特に作成/更新アクションの場合）はサポートされていません。しないでください！

CRMのデータベースモデルは複雑であり、データの更新は、1つまたは2つのテーブルへの単純な更新を超えた影響を与える可能性があります。

私の本当の関心事はパフォーマンスです

この懸念を検証しましたか？CRMのパフォーマンステストを文書化したこのリンクを見てください。これは、エンタープライズレベルのスケーラブルなプラットフォームです。パフォーマンスの問題が証明されている場合は、コードを最適化する必要があるか、キットを強化する必要があります...？:)

于 2012-07-05T12:00:18.820 に答える
4

私はグレッグの答えに完全に同意します、これはパフォーマンスに関するサイドノートと同じです。本当に「パフォーマンスの問題」が発生している場合は、インデックスの追加が役立つかどうかを確認することに時間を費やす必要があります。データベースインデックスはCRMソリューションに含まれておらず、dev、qa、ステージング、およびprod環境間で手動で伝播する必要があり、オンサイトインストールでのみサポートされますが、一部のクエリを10倍または100倍高速にすることができます。 。（もちろん、それらが悪用された場合、それらはすべてを遅くする可能性もあります。それらを使用する前に、あなたが何をしているかを知ってください）

于 2012-07-05T20:57:42.680 に答える
0

@ Gregと@Darylが言ったことに加えて、パフォーマンスと言うとき、SQLを書くのが速いということですか？

とにかく、CRMにはいくつかのユニークな方法があります。

たとえば、レコード、請求書関連のアクション、またはCRMが商談を変換する方法をアクティブ化/非アクティブ化します。

そんなに難しいことではありません。SDKでしばらく過ごす必要があります...

于 2012-07-15T02:46:38.930 に答える