유지 관리할 테이블 목록은 사용 중인 Adobe Campaign 버전, 사용 방법 및 데이터 모델 구성에 따라 다릅니다.
다음 목록에는 가장 세분화된 테이블만 포함되어 있습니다. 효과는 다음과 같습니다.
테이블 이름 |
크기 |
활동의 기본 유형 |
댓글 |
---|---|---|---|
NmsDelivery |
작음 |
업데이트 |
배달 작업당 한 개의 레코드가 있습니다. 단일 레코드를 여러 번 업데이트하여 배달 진행 상황을 반영할 수 있으므로 이 테이블의 인덱스는 빠르게 조각하는 경향이 있습니다. |
NmsDeliveryPart |
중간 |
삽입, 업데이트, 삭제 |
배달 준비 중에 삽입되는 레코드가 포함된 작업 테이블 그런 다음 배달 중에 업데이트되고 배달이 완료되면 마지막으로 삭제됩니다. 이 테이블은 평균 크기가 상당히 제한되지만 빠르게 조각나는 경향이 있습니다. |
NmsMirrorPageInfo |
큼 |
삽입, 삭제 |
이 표에는 개인화된 미러 페이지를 생성하는 데 필요한 정보가 포함되어 있습니다. 메모(CLOB) 필드가 포함되어 있으므로 매우 큰 경향이 있습니다. 볼륨은 보관된 미러 페이지 내역에 바로 비례합니다. |
NmsDeliveryStat |
중간 |
삽입, 업데이트, 삭제 |
이 테이블에는 배달 프로세스에 대한 통계가 들어 있습니다. 그 기록들은 정기적으로 갱신된다. |
NmsAddress |
중간 |
업데이트, 삽입 |
이 표에는 이메일 주소에 대한 정보가 들어 있습니다. 격리 프로세스의 일부로 자주 업데이트됩니다. 이 경우 첫 번째 배달 오류가 발생하면 레코드가 만들어지고, 카운터가 변경되면 업데이트되고 배달이 성공한 후에는 삭제됩니다. |
XtkWorkflow |
작음 |
업데이트 |
워크플로우 인스턴스당 하나의 레코드가 있으므로 레코드는 거의 없습니다. 하지만 상태 및 진행 상태를 반영하도록 이 테이블이 정기적으로 업데이트됩니다. |
XtkWorkflowTask |
작음 |
삽입, 업데이트, 삭제 |
워크플로우 활동을 실행할 때마다 이 표에 레코드가 생성됩니다. 제거 메커니즘은 만료되면 삭제됩니다. |
XtkWorkflowEvent |
작음 |
삽입, 업데이트, 삭제 |
워크플로우에서 작업 간에 활성화된 각 전환은 이 표에 레코드가 생성됩니다. 제거는 만료되면 삭제됩니다. |
XtkWorkflowJob |
매우 작음 |
삽입, 업데이트, 삭제 |
이 표는 워크플로 엔진에만 적용됩니다. 워크플로우(예: 시작, 중지, 일시 중지)로 명령을 보낼 수 있습니다. 이 표는 작지만 워크플로우에 연결된 트랜잭션 테이블을 제거하는 동안 이 표를 고려합니다. |
NmsBroadLog |
가장 큰 |
삽입, 업데이트, 삭제 |
이 테이블이 시스템에서 가장 큰 테이블입니다. 전송된 메시지당 한 개의 레코드가 있으며 이러한 레코드는 삽입되고, 배달 상태를 추적하도록 업데이트되며, 기록이 삭제될 때 삭제됩니다. |
NmsTrackingLog |
큼 |
삽입, 삭제 |
추적 로그는 작업 내역을 삭제할 때 삽입되고 삭제되지만 업데이트되지 않습니다. |
NmsBroadlogMsg |
작음 |
업데이트 |
이 테이블에는 SMTP 오류 적격 관련 정보가 포함됩니다. 크기는 꽤 작지만 상당히 업데이트되므로 이 표의 인덱스는 빠르게 조각하는 경향이 있습니다. |
NmsEmailErrorStat |
중간 |
삽입, 업데이트, 삭제 |
이 테이블에는 도메인별로 정렬된 SMTP 오류에 대한 합계가 포함되어 있습니다. 처음에는 정리 작업이 오래되면 정리 작업에 의해 집계된 세부 정보가 포함됩니다. |
NmsBroadLogMid(중간 소싱 인스턴스에서) |
큼 |
삽입, 업데이트, 삭제 |
5.10 이상 인스턴스를 중간 소싱 인스턴스로 사용하는 경우에만 해당됩니다. 이것은 데이터베이스에서 가장 큰 테이블 중 하나입니다. 전송된 메시지당 한 개의 레코드가 있으며 이러한 레코드는 삽입되고, 배달 상태를 추적하도록 업데이트되며, 기록이 삭제될 때 삭제됩니다. 중간 소싱을 사용할 때 권장 사항은 내역을 제한(보통 2개월 미만)하는 것이므로, 이 테이블은 크기 측면에서 적절히 유지되지만(6,000만 개의 행에 대해 30개 미만, 데이터+인덱스), 때때로 다시 구성하는 것이 매우 중요합니다. |
NmsBroadLogRcp(NmsRecipient 테이블을 사용하는 경우) |
큼 |
삽입, 업데이트, 삭제 |
이 테이블이 시스템에서 가장 큰 테이블입니다. 전송된 메시지당 한 개의 레코드가 있으며 이러한 레코드는 삽입되고, 배달 상태를 추적하도록 업데이트되며, 기록이 삭제될 때 삭제됩니다. 5.10 버전에서는 SMTP 메시지 텍스트가 5.10 버전의 NmsBroadLogMsg 테이블에서 팩터링되므로 이 테이블은 4.05(NmsBroadLog)에 해당하는 것보다 작습니다. 그러나 이 표를 정기적으로 다시 색인화하고(다음으로 시작하는 격주에 한 번씩), 때때로(또는 성능에 영향을 주는 경우) 다시 구성하는 것이 중요합니다. |
YyyBroadLogXxx(외부 수신자 테이블을 사용하는 경우) |
큼 |
삽입, 업데이트, 삭제 |
NmsBroadLogRcp와 동일하지만 외부 받는 사람 테이블입니다. 배달 매핑 시 Yyy 및 Xxx 값을 조정하십시오. |
NmsTrackingLogRcp(NmsRecipient 테이블을 사용하는 경우) |
큼 |
삽입, 삭제 |
추적 로그는 작업 내역을 삭제할 때 삽입되고 삭제되지만 업데이트되지 않습니다. 볼륨은 데이터 보존 기간에 따라 다릅니다. |
YyyTrackingLogXxx(외부 받는 사람 테이블을 사용하는 경우) |
큼 |
삽입, 삭제 |
NmsTrackingLogRcp와 동일하지만 외부 받는 사람 테이블입니다. 배달 매핑에 사용된 값과 함께 Yyy 및 Xxx를 조정합니다. |
NmsBroadLogRtEvent(메시지 센터 실행 인스턴스) |
큼 |
삽입, 업데이트, 삭제 |
다른 브로드로그 테이블과 유사하지만 NmsRecipient 대신 NmsRtEvent가 있는 경우 |
NmsTrackingLogRtEvent( 메시지 센터 실행 인스턴스) |
큼 |
삽입, 삭제 |
다른 trackingLog 테이블과 유사하지만 NmsRecipient 대신 NmsRtEvent 테이블이 있는 경우 |
NmsRtEvent(메시지 센터 실행 인스턴스) |
큼 |
삽입, 업데이트, 삭제 |
메시지 센터 이벤트 큐가 포함된 표. 이러한 이벤트의 상태는 처리 시 메시지 센터에 의해 업데이트됩니다. 삭제 작업은 제거 중에 수행됩니다. 이 표의 색인을 정기적으로 다시 만들고 다시 구성하는 것이 좋습니다. |
NmsEventHisto(메시지 센터 제어 인스턴스) |
큼 |
삽입, 업데이트, 삭제 |
NmsRtEvent와 유사합니다. 이 표에서는 모든 실행 인스턴스에서 모든 이벤트를 보관합니다. 실시간 프로세스가 아닌 보고서에서만 사용됩니다. |
NmsMobileApp |
매우 작음 |
삽입, 업데이트, 삭제 |
모바일 응용 프로그램 및 해당 구성을 포함하는 표입니다. |
NmsAppSubscriptionRcp |
큼 |
삽입, 업데이트 |
알림을 보내는 데 사용되는 모바일 장치(주소)의 식별자를 포함하는 표(수신자 테이블과 유사). |
NmsBroadLogAppSubRcp |
큼 |
삽입, 업데이트, 삭제 |
다른 브로드로그 테이블과 유사하지만 NmsRecipient 대신 NmsappSubscriptionRcp가 있습니다. |
NmsTrackingLogAppSubRcp |
큼 |
삽입, 삭제 |
다른 trackingLog 테이블과 유사하지만 NmsRecipient 대신 NmsappSubscriptionRcp 테이블이 있습니다. |
XtkSessionInfo |
작음 |
삽입, 삭제 |
사용자 세션이 포함된 표. 삽입 및 삭제 수가 매우 중요합니다. |
위의 목록 외에, 플랫폼 설정 중에 고객이 만든 테이블(Adobe Campaign 데이터 모델에 존재하지 않음)도 단편화되어 있을 수 있습니다. 특히 데이터 로드 또는 동기화 절차 중에 자주 업데이트되는 경우 더욱 그렇습니다. 이러한 테이블은 기본 Adobe Campaign 데이터 모델의 일부일 수 있습니다(예: NmsRecipient). 이 경우 Adobe Campaign 플랫폼의 관리자가 특정 데이터베이스 모델에 대한 감사를 수행하여 이러한 사용자 정의 테이블을 찾습니다. 이러한 테이블이 유지 관리 절차에서 반드시 명시적으로 언급되는 것은 아닙니다.