제한#
여기의 모든 수치는 실제 실행 중인 시스템에서 가져왔으며 각 수치가 초래하는 결과를 명시합니다. 동작이 이 페이지와 다르다면 시스템이나 문서 중 한쪽에 버그가 있는 것이므로 알려주세요.
| 항목 | 제한 | 도달했을 때 |
|---|---|---|
| 소스 동기화 주기 | 소스마다 4시간 | 도달하는 상한이 아니라 일정 간격. 모든 소스가 동시에 실행되지 않도록 기간 안에 분산 |
| 대화형 쿼리 | 10분 | 쿼리가 중단되고 쿼리 페이지에 시간 초과 표시. 오래 걸리는 작업은 모델로 이동 |
| 모델별 새로 고침 | 4시간 | 모델을 실패로 표시하고 이에 종속되지 않은 모델을 계속 실행 |
| 동시 새로 고침 모델 | 조직 실행당 4개 | 나머지는 같은 실행 안에서 대기. 속도를 위해 종속성 순서를 어기지 않음 |
| 모델 실행 | 조직당 한 번에 1개 | 실행 중 지금 실행을 눌러도 요청이 사라지지 않고 대기 |
| 단일 SQL 문 | 12시간 | 모델을 포함한 모든 작업의 절대 상한. 추가 작업 거부 |
| 확인 없는 전송 | 변경된 행 500개 | 실행을 일시 중지하고 확인 요청. 레코드를 생성하는 실행은 개수와 관계없이 항상 확인 요청 |
| 에이전트(MCP) 쿼리 결과 | 500행 / 100 KB / 5분 | 결과를 표시와 함께 잘라냄. where와 limit으로 범위 축소 |
쿼리와 메모리#
머신 크기를 직접 정하지 않아도 됩니다. 쿼리의 메모리가 부족하면 Supernova가 더 큰 머신에서 자동으로 재시도합니다. 사용자는 실패 대신 더 오래 걸리는 쿼리 1개를 보게 됩니다. 대화형 쿼리의 10분 상한은 재시도 시간도 포함합니다. 개별 시도에 대한 계산이 아니라 사용자의 시간에 대한 약속입니다.
오래 걸리는 작업은 모델로#
사용자가 기다리는 쿼리와 일정에 따라 실행되는 쿼리에는 서로 다른 예산이 적절하므로 대화형 상한이 있습니다. 모델은 새로 고칠 때마다 4시간을 사용할 수 있고 실행되는 동안 사용자가 계속 지켜볼 필요가 없습니다. 쿼리가 반복해서 대화형 제한에 가까워지면 모델로 만드세요. 모델 작성은 약 1분이면 됩니다.
부하가 있을 때 보장하는 것은 속도가 아닌 일관성#
쿼리가 얼마나 오래 실행되든 각 테이블의 일관된 스냅샷 1개를 읽습니다. 쿼리 도중 동기화가 커밋되어도 해당 쿼리가 보는 데이터는 바뀌지 않습니다. 스냅샷과 레이크의 규칙은 레이크를 참고하세요.
전송의 신중한 제한#
전송 실행은 팀이 실제 사용하는 시스템에 쓰기 작업을 하므로 의도적으로 보수적인 상한을 적용합니다. 마지막 실행과의 차이를 비교해 재전송 자체를 막고, 시험 실행으로 쓰기 없이 미리 볼 수 있습니다. 500행 확인 게이트는 모델 버그가 알리지 않고 CRM을 다시 쓰지 못하도록 합니다. 자세한 내용은 전송 페이지를 참고하세요.