데이터베이스 인덱스

Outcome：Complete the task with 데이터베이스 인덱스 (Database Index)。 User context：지원 시스템은 종종 `tenant_id`, `status`, `updated_at DESC`로 열린 티켓을 찾습니다. 실행 계획은 하나의 복합 부분 색인이 p95를 780ms에서 24ms로 줄이는 것을 보여줍니다. 단독 `status` 색인은 너무 많은 행을 찾고 쓰기 비용만 증가시키며 도움이 되지 않아 거부됩니다. Technical concept or control：데이터베이스 인덱스 (Database Index)。 Why it fits：측정된 검색, 조인, 정렬, 고유 규칙, 외래 키 패턴에 인덱스를 추가하세요. 현실적인 데이터와 실행 계획으로 확인하세요. Do not use it when：모든 열을 인덱싱하거나 추가 쓰기와 메모리를 무시하지 마세요. 인덱스가 사용된다고 가정하지 말고 실행 계획을 확인하세요. Engineering requirements: Define inputs, outputs, contracts, and rules that must always hold. Set authorization and input checks. Define failures, timeouts, retries, one-time effects, data moves, and compatibility limits. Operations: Add useful signals and logs that hide sensitive data. Set capacity limits and write an operator guide. Test recovery and rollback. Acceptance criteria: Contract and failure-path tests pass. Data and authorization rules still hold during retries and partial failures. Check performance limits, monitoring, recovery, and rollback. Evidence and limits (evidence boundary)：해당 출처에 대해 공식적인 것입니다. 다른 플랫폼이나 팀은 그 용어를 다른 방식으로 사용할 수 있습니다. Unknowns to confirm: Where the code runs, data stores, traffic shape, consistency needs, and the security boundary. Also confirm the compatibility period, service goals, and rollback limits.