当前位置: 首页 > 知识库问答 >
问题:

Microsoft Dynamics CRM唯一非聚集索引

白子默
2023-03-14

我在工作中继承了一个Dynamics CRM系统,运行:Version1612(8.2.2.112)(DB 8.2.2.112)。

我们所处的情况是,重复似乎通过失败的表单提交断断续续地发生,随后又重新提交。我们已经在内部发布了一个文档,解释了这种行为,并表示首先检查部分或全部事务是否真正成功是多么重要。但人类终归是人类,常常忘记...

是否有更好的解决方案,我没有,提供数据库级的一致性,并不妨碍升级?

共有1个答案

耿和韵
2023-03-14

使用内部CRM,您可以添加索引,但它没有指定这不扩展到聚集索引。我强烈建议为CRM数据库建立索引以提高性能。根据《开发人员指南》:

对于Microsoft Dynamics 365现场部署,根据部署和管理Microsoft Dynamics CRM文档中的指导原则,支持添加索引。这适用于所有Microsoft Dynamics 365数据库和Microsoft Dynamics 365 for Outlook本地数据库。

(我在上面提到的文档中实际上没有看到任何与索引相关的内容)

我不确定您引用了哪些文档来进行不支持这些索引的升级,我从来没有经历过用我索引的数据库升级CRM orgs的任何困难。然而,在升级到v9时,与全文索引相关的问题明显存在:https://community.dynamics.com/crm/f/117/t/242951

此外,如果您曾经转移到CRM联机,这整个方法将不再工作。

所有CRM环境都支持的方法是编写一个同步的预操作插件,该插件检查您的唯一性条件,并抛出一个InvalidPluginExecutionException。此异常可能包括一条用户友好消息,当用户试图创建副本时,将在标准错误弹出窗口中收到该消息。与应用程序违反索引约束时发生的任何情况相比,这将保证是更好的体验。

我使用这种方法强制联系人电子邮件地址的唯一性,它的工作非常好。我有一个重复检测规则设置,如果用户忽略重复警告和创建联系人无论如何,他们收到一个消息,重复的电子邮件地址是不允许的。

 类似资料:
  • 本文向大家介绍sql 聚集索引和非聚集索引(详细整理),包括了sql 聚集索引和非聚集索引(详细整理)的使用技巧和注意事项,需要的朋友参考一下 聚集索引    一种索引,该索引中键值的逻辑顺序决定了表中相应行的物理顺序。 聚集索引确定表中数据的物理顺序。聚集索引类似于电话簿,后者按姓氏排列数据。由于聚集索引规定数据在表中的物理存储顺序,因此一个表只能包含一个聚集索引。但该索引可以包含多个列(组合索

  • 问题内容: 就性能而言,MySQL唯一索引和非唯一索引有什么区别? 假设我要在2列的组合上创建索引,并且该组合是唯一的,但是我创建了一个非唯一的索引。这会对MySQL使用的性能或内存产生重大影响吗? 同样的问题, 主 键和 唯一 索引之间有区别吗? 问题答案: UNIQUE和PRIMARY KEY是 约束 ,而不是索引。尽管大多数数据库通过使用索引来实现这些约束。除了索引之外,约束的额外开销也微不

  • 问题内容: 不知道在PostgreSQL 9.3+中是否可行,但是我想在非唯一列上创建唯一索引。对于像这样的表: 我想仅能[快速]查询不同的日子。我知道我可以用来帮助执行不同的搜索,但是如果不同值的数量大大少于索引覆盖的行数,这似乎会增加额外的开销。就我而言,大约30天中有1天与众不同。 我是创建关系表以仅跟踪唯一条目的唯一选择吗?思维: 并在每次插入数据时使用触发器来更新它。 问题答案: 索引只

  • 本文向大家介绍SQL Server中的聚集索引和非聚集索引之间的区别,包括了SQL Server中的聚集索引和非聚集索引之间的区别的使用技巧和注意事项,需要的朋友参考一下 索引是与实际表或视图相关联的查找表,数据库使用该查找表来改善数据检索性能的计时。在index中, 键存储在结构(B树)中,该结构使SQL Server可以快速有效地查找与键值关联的一行或多行。如果在表上定义了主键和唯一约束,则会

  • 本文向大家介绍浅析SQL Server 聚焦索引对非聚集索引的影响,包括了浅析SQL Server 聚焦索引对非聚集索引的影响的使用技巧和注意事项,需要的朋友参考一下 前言 在学习SQL 2012基础教程过程中会时不时穿插其他内容来进行讲解,相信看过SQL Server 2012 T-SQL基础教程的童鞋知道前面写的所有内容并非都是摘抄书上内容,如若是这样那将没有任何意义,学习的过程必须同时也是一

  • 问题内容: 当我查看特定查询的执行计划时,我发现我的成本的77%在聚簇索引查找中。 我使用聚集索引的事实是否意味着我不会因为输出的列而看到性能问题? 对我来说,创建一个非聚集版本并包含所有正在输出的列会更好吗? 更新:聚集索引使用组合键。不知道这是否有所作为。 问题答案: 使用非聚集索引上的包含列的原因是为了避免对聚集数据进行“书签查找”。问题是,如果SQL Server _理论上可以_使用特定的