3

저는 오리건 주립 대학 비즈니스 솔루션 그룹의 학생 개발자이며 현재 대학의 세일즈 포스 통합 프로젝트를 진행 중입니다. 여러분이 상상할 수 있듯이 우리가 작업하고있는 데이터는 여러 곳에서 다양한 형식으로 제공됩니다. salesforce 객체 스키마를 설정 한 경험이있는 사람이 Salesforce에서 관계형 데이터베이스 스타일 표준화의 장단점에 대해 이야기 할 수 있는지 궁금합니다. 레코드 유형을 정규화하고 데이터를 분류하지 않으면 무엇을 얻게됩니까? (예 : 학생과 교수진을 포괄하고 Salesforce 레코드 유형을 사용하여 두 가지를 구별하는 개인 계정) 무엇을 잃을 까? Salesforce 객체 및 표준화

이 메시지

이 웹 페이지에서 영감을했다 : 그것의 활용에서 우리를 방지하기 때문에이 조언 제일 먼저 (과다) 정상화하지 않는 것입니다 Salesforce Guru: Record Types

주의 사항 몇 가지 내장 세일즈 포스 기능을 제공합니다. 전반적으로 페이지는 도움이되지 않았지만 불완전한 것으로 보입니다.

이 질문에 대한 대답은 프로젝트 성공에 중요하며 초기에 Salesforce로 마이그레이션 한 데이터를 재구성하여 Salesforce 객체 스키마를 구축하는 방법을 결정하는 데 도움이됩니다. 따라서 생각, 추가 리소스 또는 조언 매우 감사드립니다. 감사!

답변

2

영감 웹 페이지가 정확합니다. Account, Contact, Case, Lead 등과 같은 "표준 객체"를 사용하고 심지어 사용자 정의 객체를 사용하는 경우에도 시스템은 더 적은 테이블 (객체)을 사용하고 레코드 유형과 같은 일부 값을 기준으로 데이터를 분리하는 것이 가장 좋습니다.

레코드 유형을 사용하면 포인트 앤 클릭 UI를 활용할 수 있습니다. 예를 들어, Account 개체의 경우 기본 페이지 레이아웃이 있습니다. 그러나 각 레코드 유형마다 고유 한 페이지 레이아웃을 가질 수 있습니다. 또한 보안 모델은 레코드 유형을 사용하여 서로 다른 사용자 프로필에 적절하게 액세스를 제한하거나 부여합니다.

저자가 말했듯이 SOQL은 SQL이 아닙니다.

+0

이 기능이 도움이되는 수많은 불투명 한 영역이 있습니다. 예를 들어 대부분의 에디션에서 최대 25 개의 사용자 정의 탭 만 가질 수 있으므로 다른 객체를 사용하면 빨리 종료됩니다. –

+0

정규화 대신 레코드 유형을 사용하면 개체에 중복 데이터가 없습니까? – manubkk

+0

@manubkk : 아마도. 이것이 바로이 팀의 데이터 조직 스타일에 대한 저의 주요 관심사 중 하나였습니다. 우리는 본질적으로 Salesforce를 사용하여 관계형 데이터베이스의 비정규 화 버전을 작성합니다. Salesforce 개발 환경에 고유 한 또 다른 문제가 있습니다. 이러한 방식으로 객체를 테이블로 사용하면 해당 객체의 모든 멤버가 모든 객체 필드를 갖게됩니다. 예를 들어, person-account 오브젝트의 학생 레코드 유형은 person-account 오브젝트의 교수 레코드 유형과 동일한 필드를 갖습니다. –