docs: approve manual constructor injection
This commit is contained in:
@@ -148,11 +148,12 @@ This ERD is a logical baseline, not an approved physical schema. In particular,
|
||||
|
||||
Resolved: use a capability-oriented modular monolith, with lightweight ports/adapters at external boundaries such as PostgreSQL and AvalAI. See ADR 0001.
|
||||
|
||||
Resolved: use manual constructor injection with explicit wiring at thin `cmd/` composition roots. See ADR 0002.
|
||||
|
||||
Remaining approval gates:
|
||||
|
||||
1. Dependency injection: manual constructor injection, compile-time/runtime DI library, or none.
|
||||
2. PostgreSQL access stack: ORM choice plus a bulk-ingest path suitable for 2.2M+ rows.
|
||||
3. Source timestamp timezone and daylight-saving assumptions.
|
||||
4. Whether `payer_card_key` must be retained, irreversibly transformed, or omitted after derived analytics.
|
||||
5. Minimum cohort size and suppression policy for peer benchmarks.
|
||||
6. Physical partitioning/materialization strategy, which must follow measured query needs rather than the logical ERD alone.
|
||||
1. PostgreSQL access stack: ORM choice plus a bulk-ingest path suitable for 2.2M+ rows.
|
||||
2. Source timestamp timezone and daylight-saving assumptions.
|
||||
3. Whether `payer_card_key` must be retained, irreversibly transformed, or omitted after derived analytics.
|
||||
4. Minimum cohort size and suppression policy for peer benchmarks.
|
||||
5. Physical partitioning/materialization strategy, which must follow measured query needs rather than the logical ERD alone.
|
||||
|
||||
Reference in New Issue
Block a user