Database & Schema
데이터베이스 및 스키마
데이터베이스는 시간이 지나도 정리된 데이터를 간직해요. 스키마는 어떤 엔티티, 필드, 타입, 관계가 허용되는지 알려줘요.
다른 예시
주문 표는 고객과 연결되고, 허용되는 통화, 금액, 상태 값을 제한해요.
주요 부분
- 01Identity or input
- 02Policy or transformation
- 03Stored result and audit evidence
사용할 때
사실을 정확하게 유지하고 데이터가 의미하는 바를 설명하기 위해 스키마(schema)를 사용하세요.
다음 경우에는 사용하지 마세요
검증 없이 모든 종류의 데이터를 하나의 JSON 필드에 절대 넣지 마세요.
코드에서 사용된 이름
SQL / ORM schema 출시하기 전에
Check contracts and invariants, authorization, and input limits. Test retries, one-time effects, timeouts, and partial failures. Verify data integrity, compatibility, monitoring, recovery, and rollback.
Outcome:Complete the task with 데이터베이스 및 스키마 (Database & Schema)。 User context:주문 표는 고객과 연결되고, 허용되는 통화, 금액, 상태 값을 제한해요. Technical concept or control:데이터베이스 및 스키마 (Database & Schema)。 Why it fits:사실을 정확하게 유지하고 데이터가 의미하는 바를 설명하기 위해 스키마(schema)를 사용하세요. Do not use it when:검증 없이 모든 종류의 데이터를 하나의 JSON 필드에 절대 넣지 마세요. 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.
이 요청을 확인하세요
Review how 데이터베이스 및 스키마 (Database & Schema) is used now. Definition: 데이터베이스는 시간이 지나도 정리된 데이터를 간직해요. 스키마는 어떤 엔티티, 필드, 타입, 관계가 허용되는지 알려줘요. Release checks: Check contracts and invariants, authorization, and input limits. Test retries, one-time effects, timeouts, and partial failures. Verify data integrity, compatibility, monitoring, recovery, and rollback. Before changing code, list the evidence, gaps, severity, and the smallest safe fix.