Salesforce CASESAFEID(Id):所有记录 ID 的最后 03 位都相同
Salesforce CASESAFEID(Id): Last 03 digits of all the record ids are coming up same
我正在测试 CASESAFEID(Id) 函数以获取报告中的 18 位 ID。我创建了一个公式字段并在报告中使用了该字段。我注意到该字段中大多数记录的最后 03 个字符是相同的。我在 google 搜索中找不到这 03 个字符的原因或逻辑,因此无法在此处发布。
我的公式字段:
我的报告:
我正在使用 trailhead playground 进行此测试。
它们本质上是一个 checksum-type 值,以确保有效的 Salesforce ID 不会彼此不同仅在 情况下。这为 Excel 等将 abc
和 AbC
视为相同值的工具提供了安全性。
您观察到的行为是正常的。没有必要像这样测试这个公式函数;它是平台的标准部分。
是的,这是可能发生的。在相同位置具有大写字母的 ID 将具有相同的 3 个“数字”后缀。你不用担心这个吗?如果你真的对算法感兴趣,这里有一些帖子。
https://salesforce.stackexchange.com/questions/1653/what-are-salesforce-ids-composed-of
https://developer.salesforce.com/docs/atlas.en-us.object_reference.meta/object_reference/field_types.htm(向下滚动到 ID 字段类型)
我正在测试 CASESAFEID(Id) 函数以获取报告中的 18 位 ID。我创建了一个公式字段并在报告中使用了该字段。我注意到该字段中大多数记录的最后 03 个字符是相同的。我在 google 搜索中找不到这 03 个字符的原因或逻辑,因此无法在此处发布。
我的公式字段:
我的报告:
我正在使用 trailhead playground 进行此测试。
它们本质上是一个 checksum-type 值,以确保有效的 Salesforce ID 不会彼此不同仅在 情况下。这为 Excel 等将 abc
和 AbC
视为相同值的工具提供了安全性。
您观察到的行为是正常的。没有必要像这样测试这个公式函数;它是平台的标准部分。
是的,这是可能发生的。在相同位置具有大写字母的 ID 将具有相同的 3 个“数字”后缀。你不用担心这个吗?如果你真的对算法感兴趣,这里有一些帖子。
https://salesforce.stackexchange.com/questions/1653/what-are-salesforce-ids-composed-of
https://developer.salesforce.com/docs/atlas.en-us.object_reference.meta/object_reference/field_types.htm(向下滚动到 ID 字段类型)