Database & Schema
データベース & スキーマ
データベースは、整理されたデータを長く保存します。schemaは、どんなデータ、項目、種類、関連付けができるかを決めています。
もう一つの例
注文テーブルは顧客にリンクし、許可される通貨、金額、ステータスの値を制限します。
主な部分
- 01Identity or input
- 02Policy or transformation
- 03Stored result and audit evidence
以下の場合に使用します
事実を正確に保ち、データの意味を説明するにはスキーマを使用します。
以下の場合は使用しないでください
チェックなしであらゆる種類のデータを1つの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:事実を正確に保ち、データの意味を説明するにはスキーマを使用します。 Do not use it when:チェックなしであらゆる種類のデータを1つの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: データベースは、整理されたデータを長く保存します。schemaは、どんなデータ、項目、種類、関連付けができるかを決めています。 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.