Salesforce Schema Builder — 알아야 할 모든 것

Salesforce를 운영하는 시스템과 IT 팀에게는 변화의 속도를 따라가는 일이 끊임없는 과제입니다. 다행히도 이 플랫폼에는 검색(발견), 영향 분석, 변경 관리에 도움을 주는 다양한 기본 제공 도구가 많이 갖춰져 있습니다. 이 글에서는 그중 하나인 스키마 빌더(schema builder)를 살펴봅니다. 이처럼 유용한 기능에 대해 꼭 알아야 할 내용을 정리해드립니다.

Salesforce Schema Builder란 무엇인가요?

스키마 빌더는 조직(Org)의 데이터 모델을 시각화하고 편집할 수 있는 간단한 그래픽 인터페이스입니다. 스키마 빌더를 사용하면 페이지를 넘겨가며 클릭할 필요 없이, 특정 Object에서 모든 필드를 가져오고, Object에 대한 변경의 기본 영향 분석을 수행하며, 해당 Object에 대한 모든 의존성을 표시할 수 있습니다. 또한 필드 값과 필수 필드 같은 세부 정보를 확인하는 데는 물론, 마스터-디테일 관계 및 조회(lookup) 관계를 파악하는 데도 탁월한 도구입니다.

스키마 빌더는 어떻게 작동하나요?

Salesforce의 스키마 빌더는 Object, 필드, 그리고 이들 사이의 관계를 표시합니다. 이를 사용하면 사용자 지정 영역, Object 및 관계를 추가하고, 다른 Object 또는 필드에 어떻게 연결되어 있는지 확인하면서 사용자 지정 필드를 보고 변경할 수 있습니다.

스키마 빌더를 처음 열면 사실상 작업할 수 있는 빈 캔버스가 제공됩니다. 시작하려면 Elements 탭으로 이동한 다음, 보고 싶은 Object(들)를 클릭하고 캔버스에 드래그하세요.

Salesforce 스키마 빌더에 Object를 드래그해 넣으면, 관련 필드를 확인하고 Salesforce의 다른 영역과 어떻게 연결되어 있는지 확인할 수 있으며, 새로운 Object를 생성하는 등 다양한 작업을 할 수 있습니다. 여기에서 데이터 모델에 대해 변경한 내용은 실시간으로 프로덕션 Org에 배포됩니다.

(Salesforce Trailhead에는 더 자세한 안내 자료가 있으니 확인해 보세요 여기.)

스키마 빌더를 사용한 영향 분석

Salesforce 스키마 빌더의 주요 장점 중 하나는 간단한 형태의 영향 분석을 제공한다는 점입니다. 스키마 빌더를 사용해 특정 Object의 모든 필드를 확인하면, 변경을 했을 때 어떤 부분이 영향을 받게 될지 감을 잡을 수 있습니다. 반대로, 변경을 그대로 진행한 후 발생할 수 있는 문제를 기다리는 방법은 Salesforce 팀에게 몇 시간의 추가 작업은 물론이고 상당한 스트레스까지 초래할 수 있습니다.

다만 영향 분석을 위해 스키마 빌더를 사용하는 데에는 장단점이 있습니다. 우리가 이 도구를 좋아하는 이유와, 어디에서 한계가 있는지(그리고 그 대신 무엇을 사용할 수 있는지)를 간단히 살펴보겠습니다.

스키마 빌더: 장점과 단점

장점

스키마 빌더의 가장 큰 장점은 사용 가능하다는 점입니다. 지금 바로 대부분의 Salesforce Classic 및 Lightning Orgs에서 찾을 수 있습니다. ‘Customize Application’ 권한이 있는 어떤 사용자든 이를 사용할 수 있습니다.

이 도구는 Org에 대한 변경 사항을 실시간으로 배포하는 데 유용하며, 사용자가 플랫폼에서 Objects와 필드가 어떻게 연결되어 있는지 이해할 수 있는 기준을 제공합니다. 시각적 인터페이스와 드래그 앤 드롭 기능 덕분에 사용이 쉽고, 커스터마이징을 추가할 때 보다 상호작용적인 경험을 할 수 있습니다.

단점

앞서 언급했듯이 스키마 빌더에서 생성한 변경 사항은 실시간으로 배포됩니다. 따라서 도구를 사용할 때 추가적인 위험이 따르는데, 작은 실수 하나가 배포 당시에는 심지어 파악하지 못할 수도 있는 하위 영향으로 이어질 수 있습니다.

영향 분석을 통해 그 위험을 완화한다는 관점에서 보면, 스키마 빌더는 Salesforce에서 Objects가 어떻게 연결되어 있는지 시각화해 주지만 전체 그림을 제공하지는 않습니다. 즉, Objects와 다른 Objects 간의 연결 관계만 확인할 수 있습니다. 또한 선택한 Object에 존재하는 관련 필드 목록을 제공하긴 하지만, 연결된 필드들의 의존성은 볼 수 없습니다.

아래에서 선택한 Objects인 “Account”와 “Contact”가 서로 연결되어 있음을 확인할 수 있습니다. 하지만 연결된 필드의 의존성은 볼 수 없습니다. 예를 들어, 필드를 클릭해도 “Annual Revenue” 연결 정보는 제공되지 않습니다. 이런 문제가 있는 이유는, Account 객체를 변경하면 사용 중인 다른 영역에서 활용되고 있는 “Annual Revenue”와 같은 다른 필드가 그 객체 위에서 의도치 않게 바뀔 수 있기 때문입니다.

Netwrix Strongpoint의 의존성 관계 다이어그램

Netwrix Strongpoint의 의존성 관계 다이어그램은 한눈에 영향 분석을 할 수 있게 해 주는 직관적인 시각화 도구로, 겉으로는 Salesforce 스키마 빌더와 유사한 기능이 많이 있습니다. 객체에서 모든 필드를 가져와 그 사이의 연결 관계를 보여줄 수 있을 뿐만 아니라, 한 단계 더 나아가 연결된 필드들에서의 연결 관계까지 표시해 줌으로써 조직(Org)의 데이터 모델을 보다 포괄적으로 파악할 수 있게 해줍니다.

위와 같은 방식으로 먼저 확인할 Account Object를 선택한 다음, 스키마 빌더에서 했던 것처럼 “Annual Revenue”를 클릭하는 것을 확인할 수 있습니다. Netwrix Strongpoint를 사용하면 조직(Org)에서 Annual Revenue 필드에 연결된 모든 종속 항목을 확인할 수 있어, 보다 안전한 변경이 가능합니다.

DRD는 프로덕션으로 변경을 푸시하기 위한 용도로 설계된 것은 아니지만(이를 위한 전체 변경 관리 시스템이 있습니다), 스키마 빌더 또는 기타 Salesforce 도구와 함께 사용하면 핫픽스를 배포하거나 사용하지 않는 커스터마이징을 비권장(Deprecated) 처리하거나 보다 포괄적인 개발 작업을 수행할 때 위험을 최소화하는 데 매우 유용합니다.

중요한 변경 사항을 배포하려는 경우든, 조직(Org) 전체 정리를 수행하려는 경우든 상관없이 Netwrix Strongpoint는 필드를 비권장(Deprecated) 처리하거나 픽리스트를 변경하거나 사용자 지정 Object를 수정했을 때 어떤 일이 발생하는지 미리 확인할 수 있는 도구를 제공합니다. 이를 통해 Salesforce에서 수행하는 모든 작업을 위험 없이 진행할 수 있습니다.

이 간단한 설명 비디오를 시청하여 자세히 알아보세요: