我是俄勒冈州立大学商业解决方案小组的学生开发人员，目前正在为大学的其中一所大学从事Salesforce集成项目。您可以想象，我们正在使用的数据来自几个不同的地方，并且格式各异。我想知道是否有在设置Salesforce对象架构方面有更多经验的人可以谈论Salesforce中关系数据库样式规范化的利弊。通过不规范化和使用记录类型对数据进行分类，我们可以获得什么？ （例如：一个包含学生和教职员工并使用Salesforce记录类型来区分两者的人员帐户）我们将失去什么？
此消息是受此网页启发的：
Salesforce Guru: Record Types
请注意，它建议的第一件事是不规范化（过多），因为这会阻止我们利用某些内置的Salesforce功能。总体而言，该页面似乎很有帮助，尽管不完整。
这个问题的答案似乎对我们项目的成功至关重要，它将帮助我们决定如何重组我们最初迁移到Salesforce的数据并最终构建我们的Salesforce对象架构，因此，非常感谢任何想法，其他资源或建议。谢谢！
最佳答案
鼓舞人心的网页是正确的。使用“标准对象”，如客户，联系人，案例，线索等，甚至使用自定义对象，系统最适合使用较少的表（对象）并根据某些值（例如记录类型）隔离数据。
通过使用记录类型，您可以利用点击式UI。例如，对于Account对象，您具有默认的页面布局。但是对于每种记录类型，您可以具有唯一的页面布局。此外，安全模型使用记录类型来限制或授予对不同用户配置文件的访问权限。
正如作者所说的，SOQL不是SQL。
关于object - Salesforce对象和规范化，我们在Stack Overflow上找到一个类似的问题：https://stackoverflow.com/questions/7017040/