Query Invalidation
クエリ無効化
クエリ無効化は、キャッシュされたデータを古いものとしてマークします。画面上の関連データはその後、バックグラウンドで更新される可能性があります。
もう一つの例
タスクが追加された後、タスクリストは古くなります。プロフィールキャッシュは最新のままです。
主な部分
- 01ミューテーション結果
- 02クエリキー一致
- 03古いマーカー
- 04ターゲットリフェッチ
以下の場合に使用します
変更後に1つ以上のキャッシュされたクエリが古くなる可能性がある場合に使用してください。
以下の場合は使用しないでください
小さな変更をしただけで、すべてのキャッシュ済みクエリをクリアしないでください。
コードで使用する名前
mutation -> match query key -> stale -> refetch 出荷前に
Check the runtime and version, integration limits, dependencies and licenses, and platform support. Verify security, failure, speed, monitoring, deploy, support owner, upgrade path, and rollback.
Outcome:Complete the task with クエリ無効化 (Query Invalidation)。 User context:タスクが追加された後、タスクリストは古くなります。プロフィールキャッシュは最新のままです。 Technology or engineering concept:クエリ無効化 (Query Invalidation)。 Why it fits:変更後に1つ以上のキャッシュされたクエリが古くなる可能性がある場合に使用してください。 Do not use it when:小さな変更をしただけで、すべてのキャッシュ済みクエリをクリアしないでください。 Engineering fit: Define where it runs and which version to use. Set its job, interfaces, data flow, dependencies, supported systems, security, and speed limits. Explain how it fits the current stack. Lifecycle safeguards: Check dependency health and licenses. Add monitoring and a fallback. Name the upgrade owner. Do not add a second tool for the same job without a measured benefit. Acceptance criteria: A small integration proves the needed behavior. Test compatibility, security, failure, and performance. Document deploy, upgrade, support, and rollback steps. Evidence and limits (evidence boundary):その情報源にとって公式です。他のプラットフォームやチームはその用語を別の方法で使用する場合があります。 Unknowns to confirm: Current stack, runtime and version rules, target systems, dependency owner, performance budget, support period, and migration limits.
このリクエストを確認する
Review how クエリ無効化 (Query Invalidation) is used now. Definition: クエリ無効化は、キャッシュされたデータを古いものとしてマークします。画面上の関連データはその後、バックグラウンドで更新される可能性があります。 Release checks: Check the runtime and version, integration limits, dependencies and licenses, and platform support. Verify security, failure, speed, monitoring, deploy, support owner, upgrade path, and rollback. Before changing code, list the evidence, gaps, severity, and the smallest safe fix.