object - Salesforce 对象和标准化

标签 object relational-database normalization salesforce denormalization

我是俄勒冈州立大学商业解决方案小组的一名学生开发人员,目前正在为该大学的一所学院从事 Salesforce 集成项目。正如您可以想象的那样,我们正在处理的数据来自多个不同的地方并采用各种不同的格式。我想知道是否有在设置 Salesforce 对象模式方面有更多经验的人可以谈论 Salesforce 中关系数据库样式规范化的优缺点。如果不规范化并使用记录类型对数据进行分类,我们会得到什么? (例如:包含学生和教员的个人帐户,并使用 Salesforce 记录类型来区分两者)我们会失去什么?

此消息的灵感来自此网页: Salesforce Guru: Record Types

请注意,它建议的第一件事是不要(过度)标准化,因为它会阻止我们利用某些内置的 Salesforce 功能。总的来说,该页面虽然不完整,但似乎很有帮助。

这个问题的答案似乎对我们项目的成功至关重要,并将帮助我们决定如何重新组织我们最初迁移到 Salesforce 的数据并最终构建我们的 Salesforce 对象模式,因此任何想法、额外资源或建议非常感谢。谢谢!

最佳答案

鼓舞人心的网页是正确的。对于客户、联系人、案例、潜在客户等“标准对象”,甚至对于自定义对象,系统最好使用较少的表(对象)并根据某些值(例如记录类型)隔离数据。

通过使用记录类型,您可以利用点击式 UI。例如,对于帐户对象,您有一个默认的页面布局。但对于每种记录类型,您都可以拥有独特的页面布局。此外,安全模型使用记录类型来限制或授予适合不同用户配置文件的访问权限。

正如作者所说,SOQL 不是 SQL。

关于object - Salesforce 对象和标准化,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/7017040/

相关文章:

php - 使用变量访问 PHP obj

java - 访问父类(super class)对象 vector 中的子类方法

c# - 当另一个类只知道父类(super class)时,如何访问子类?

Javascript onclick 对象相关方法

mysql - 如何建模一个页面可以有不同内容类型的数据库?

ruby-on-rails - Rails 关系问题 - 查找用户的下一次郊游

mysql - 从多个表获取提要数据的最佳选择?

西里尔文 'С' 和拉丁文 'C' 的 Unicode 比较

Python:规范化文本文件

machine-learning - 如果您使用批量归一化,是否需要标准化输入?