한국어

AI로 번역했습니다. 아직 커뮤니티의 검토를 거치지 않았습니다. 영어로 읽기

블로그 · 2023년 9월 14일 · Steve Simpson · 데이터 아키텍처

스티브의 데이터 모델링: 선택 목록에서 무한한 저 너머로

소개:

스티브의 데이터 모델링 시리즈의 데이터 모델링 새 시간에 오신 것을 환영합니다! 이 블로그에서는 선택 목록의 다양한 쓰임을 살펴보고, 더 고급 데이터 모델링 요구사항을 위해 대안을 고려해야 할 시나리오를 이야기합니다.

선택 목록 이해하기

선택 목록은 정해진 값의 집합이 필요한 필드에 이상적입니다. 깔끔한 사용자 경험을 주지만 몇 가지 한계가 있습니다.

타사 통합에서 오는 값이 Salesforce에 미리 추가되어 있지 않으면 데이터 검증 오류가 납니다.

선택 목록 옵션 살펴보기

고려할 만한 선택 목록 옵션은 다음과 같습니다.

옵션 1: 글로벌 값 세트

Salesforce의 표준 옵션으로, 개체 간에 목록을 활용할 수 있습니다.

옵션 1, 선택 목록과 글로벌 값 세트. 장점: 깔끔한 사용자 경험. 단점: 관리자가 값을 추가해야 하고, 변경은 샌드박스에 배포해야 하며, 외부 시스템이 문제를 일으키고, 값에 관련 필드를 둘 수 없다

글로벌 값 세트는 여러 곳에서 쓰는 값에 가장 좋습니다. 예를 들어 ‘파이프 크기’와 ‘파이프 두께’라는 두 글로벌 값 세트를 두어, 사용자가 값을 고르는 깔끔한 UI를 줄 수 있습니다.

[caption id="" align=“alignnone” width=“1372”]값 세트 예시 값 세트 예시 [/caption] [caption id="" align=“alignnone” width=“1814”]값 예시 값 예시 [/caption] [caption id="" align=“alignnone” width=“676”]목록에서 고르기 목록에서 고르기 [/caption]

옵션 2: 텍스트 필드

검증이 없는 그냥 텍스트 필드입니다.

옵션 2, 텍스트 필드. 장점: 어떤 값이든 받는다. 단점: 데이터 검증이 없고 사용자 경험이 나쁘다

데이터 값이 통합을 통해 들어온다면 텍스트 필드를 고려할 수도 있습니다. 하지만 이 방법은 검증을 잃어 사용자가 어떤 데이터든 입력할 수 있으므로 불일치로 이어질 수 있습니다.

Salesforce에서 필드가 읽기 전용이고 값을 보여 주기만 한다면 선택지가 될 수 있습니다.

[caption id="" align=“alignnone” width=“678”]검증 없음 검증 없음 [/caption]

옵션 3: 공유 참조 개체

옵션 3, 레코드 유형을 가진 공유 참조 개체와 레코드 유형으로 필터링한 조회. 장점: 데이터를 동적으로 추가하고 관련 필드도 일부 둘 수 있다. 단점: 샌드박스에 데이터를 적재해야 하고, 원본 개체가 값 대신 키를 가진다

여러 레코드 유형을 가진 공유 참조 개체는 데이터 적재에 쓸 수 있습니다. 이 방법은 기본 개체에 두 개의 조회 필드를 만들어 실제 값 대신 참조 개체에 연결합니다. 관리자 권한 없이 새 값을 동적으로 추가할 수도 있어 유연성이 높아집니다.

[caption id="" align=“alignnone” width=“1462”]레코드 유형 사용 레코드 유형 사용 [/caption] [caption id="" align=“alignnone” width=“1700”]필터링된 조회 사용 필터링된 조회 사용 [/caption] [caption id="" align=“alignnone” width=“1434”]값 추가 값 추가 [/caption] [caption id="" align=“alignnone” width=“658”]값을 고를 때의 모습. 정렬이 올바르지 않고 처음 불러올 때 모든 값을 보여 주지 않아 사용자가 검색해야 한다. 또한 사용자가 즉석에서 레코드를 더 만들지 않도록 프로필/권한 집합에서 “생성”을 빼 두어야 한다. 값을 고를 때의 모습. 정렬이 올바르지 않고 처음 불러올 때 모든 값을 보여 주지 않아 사용자가 검색해야 한다. 또한 사용자가 즉석에서 레코드를 더 만들지 않도록 프로필/권한 집합에서 “생성”을 빼 두어야 한다. [/caption]

섹션 3: 고급 옵션

더 고급 시나리오라면 다음 옵션을 고려하십시오.

옵션 4: 참조 개체를 쓰는 사용자 정의 화면

옵션 4, 참조 개체와 텍스트 필드에 참조 개체에서 선택 목록 값을 읽는 Lightning 웹 구성 요소를 더한 방식. 장점: 데이터를 동적으로 추가하고 원본 개체가 값을 보관한다. 단점: LWC 개발과 사용자 정의 페이지가 필요하다

편집 화면에 사용자 정의 Lightning 웹 구성 요소(LWC)를 쓰고 있다면, 참조 개체로 값을 읽어 렌더링하고 조회 대신 실제 값을 저장할 수 있습니다.

옵션 5: 독립 개체

옵션 5, 목록마다 하나씩 독립된 참조 개체. 장점: 데이터를 동적으로 추가하고, 데이터 모델이 깔끔하며, 관련 필드를 많이 둘 수 있다. 단점: 샌드박스 데이터 적재, 값 대신 키, 많은 개체

조회 값의 중요성이 커지면, 각각에 독립 개체를 만들고 별도의 조회를 만드는 것을 고려하십시오. 이 방법은 데이터를 동적으로 추가하고, 데이터 모델을 깔끔하게 유지하며, 각 개체에 추가 관련 필드를 둘 수 있게 해 줍니다.

실용적인 예

각 옵션을 보여 주는 실용적인 예입니다.

표준 선택 목록: 정해진 값으로 깔끔한 UI를 제공합니다.

검증 없는 텍스트 필드: 유연하지만 데이터 검증이 없습니다.

참조 개체로의 조회: 같은 개체를 레코드 유형으로 필터링해 유연하게 씁니다.

독립 개체: 조회마다 별도의 개체를 써서 깔끔하고 유연한 데이터 모델을 만듭니다.

결론

선택 목록과 그 대안의 미묘한 차이를 이해하는 것은 효과적인 데이터 모델링에 매우 중요합니다. 표준 선택 목록부터 독립 개체까지, 각 옵션은 특정 데이터 모델링 요구에 맞는 고유한 장점을 줍니다.

곧 다시 오십시오!

더 많은 통찰과 팁은 이곳 www.SteveTechArc.com과 YouTube 채널 @SteveTechArc (opens in a new tab)에서 확인하십시오. 구독하고 저희와 함께 데이터 모델링 실력을 키우십시오!

동료 아키텍트와 아키텍트의 길을 걷는 분들에게 멋진 생각을 나누며 세상을 바꾸는 데 힘을 보탭니다!

AI의 도움을 받은 대본

STA 2.2