Microsoft CRM 2015 选项集
Microsoft CRM 2015 option sets
我想将选项集添加到 table（CRM 实体）。例如，在帐户中，我想添加名为 "Terms Code" 的选项集。我可能的选项可能是 A、B、C、D 或 E。CRM 为我提供了每个选项的基础数值。通常这些是 100,000,002 和 100,000,003。
问：为什么这么大？我会错误地将这些更改为 1、2、3 吗？还有为什么当我创建一个全局选项集时我没有得到这些大数字。
为什么我对此不满意table，因为我们想编写接口将数据泵入 CRM 帐户 table，我们不想处理不同的数值对于每个组织的服务器上的相同选项。
示例：
Microsoft 引入这些大数字是为了 'namespace' 它们。这个想法是选项集可以由 CRM 的多个附加组件共享，每个附加组件都可能向它们添加选项。
为了避免多个加载项创建的选项编号发生冲突，选项集的编号默认为使用解决方案发布者前缀计算的高编号。
当然，当您控制着属于贵公司自定义项的选项集时，就没有理由考虑编号冲突。在这些场景中，您可以安全地选择您需要的值。该页面每次都会显示警告，但您可以安全地忽略它。
我想将选项集添加到 table（CRM 实体）。例如，在帐户中，我想添加名为 "Terms Code" 的选项集。我可能的选项可能是 A、B、C、D 或 E。CRM 为我提供了每个选项的基础数值。通常这些是 100,000,002 和 100,000,003。
问：为什么这么大？我会错误地将这些更改为 1、2、3 吗？还有为什么当我创建一个全局选项集时我没有得到这些大数字。
为什么我对此不满意table，因为我们想编写接口将数据泵入 CRM 帐户 table，我们不想处理不同的数值对于每个组织的服务器上的相同选项。
示例：
Microsoft 引入这些大数字是为了 'namespace' 它们。这个想法是选项集可以由 CRM 的多个附加组件共享，每个附加组件都可能向它们添加选项。
为了避免多个加载项创建的选项编号发生冲突，选项集的编号默认为使用解决方案发布者前缀计算的高编号。
当然，当您控制着属于贵公司自定义项的选项集时，就没有理由考虑编号冲突。在这些场景中，您可以安全地选择您需要的值。该页面每次都会显示警告，但您可以安全地忽略它。