데이터 모델 빌드
에서 애플리케이션을 ServiceNow AI Platform빌드하기 전에 데이터 모델을 신중하게 계획합니다. 관리하는 정보, 정보 연결 방법을 정의하며 궁극적으로 애플리케이션이 수행할 수 있는 작업을 결정합니다.
데이터 모델을 먼저 빌드하는 이유는 무엇입니까?
데이터 모델은 전체 애플리케이션의 청사진입니다. 관리하는 정보, 정보 연결 방법을 정의하며 궁극적으로 애플리케이션이 수행할 수 있는 작업을 결정합니다. 처음부터 데이터 모델을 올바르게 가져오면 양식, 목록, 워크플로우, 보고서, 통합 등 다른 모든 것이 이 기반 위에 구축되기 때문에 나중에 엄청난 리팩토링 노력을 덜 수 있습니다.
집을 짓는 것과 같다고 생각하면 데이터 모델은 기초이자 프레임입니다. 페인트 색상(UI)을 변경하거나 새 방(기능)을 쉽게 추가할 수 있지만 건설 후 기초를 변경하는 것은 비용이 많이 들고 방해가 됩니다.
계획 고려 사항
- 정규화: 데이터 중복을 방지합니다. 모든 주문에 고객 이름/주소를 저장하는 대신, 고객 테이블을 참조하십시오.
- 명명 규칙: 사용자 지정 필드(예: 사용자가 생성한 필드의 경우 u_) 및 설명적인 이름에 명확하고 일관된 프리픽스를 사용합니다.
- 필드 유형: 수집 중인 데이터에 적합한 유형을 선택합니다.
- 텍스트에 대한 문자열
- 숫자의 경우 정수/10진수
- 관계에 대한 참조
- 드롭다운 옵션 선택
- 임시 데이터의 날짜/날짜/시간
- 예/아니오 플래그에 대한 부울
- 성능 고려 사항:
- 불필요한 필드를 만들지 마십시오. 쿼리와 양식의 속도가 느려집니다.
- 자주 검색/필터링되는 열에 인덱싱된 필드를 사용합니다.
- 매우 큰 데이터 세트에 대한 테이블 파티셔닝을 고려하십시오.
- 필수 필드 대 선택 필드: 데이터 무결성에 정말 필요한 경우에만 필드를 필수로 표시합니다.
- 선택 목록: 자유 텍스트를 허용하지 않고 데이터 일관성을 보장하는 데 도움이 되는 표준화된 드롭다운 옵션을 정의합니다.
애플리케이션 범위
테이블은 애플리케이션 범위, 즉 앱의 데이터와 논리를 격리하는 네임스페이스에 속합니다. 이렇게 하면 이름 지정 충돌을 방지하고 보다 깔끔한 패키징/배포가 가능합니다. 사용자 지정 테이블에는 범위( 예: x_12345_myapp_customer)가 프리픽스로 추가됩니다.
설계 프로세스
- 엔터티 식별: 앱에서 추적해야 하는 "사물"은 무엇입니까? (고객, 주문, 제품 등)
- 속성 정의: 각 엔터티에 대해 어떤 정보를 저장해야 합니까?
- 관계 매핑: 이러한 엔터티는 서로 어떻게 연결됩니까?
- 상위 테이블 선택: 기존 테이블을 확장하시겠습니까, 아니면 독립 실행형 테이블을 생성하시겠습니까?
- 테이블 및 필드 생성: 스키마를 빌드하는 데 사용합니다 ServiceNow 스튜디오 .
- 접근 제어 설정: 기록을 생성, 읽기, 쓰기 및 삭제할 수 있는 사용자를 정의합니다.