research schemaResearch
Records
Evidence and research records.
Reference & policy
Record layers
Each layer has a purpose and a boundary.
Research records should connect cleanly without allowing convenience to collapse participant identity, evidence, analysis, and publication into one undifferentiated store.
- study
- retention policy
- AI permission
- access policy
- identity profile
- participant linkage
- consent version
- permissions
- withdrawal
- instrument version
- fieldwork session
- session participant
- evidence object
- evidence version
- checksum
- storage reference
- codebook
- code
- coding assignment
- analytic memo
- finding
- evidence link
- challenge link
- review event
- research action
- review decision
- release event
Persistence rules
The database records relationships and decisions, not just files.
The research schema is present in the managed production database and available to the governed read path. Browser and routine production writes remain disabled until explicit write activation is approved.
Participant codes, not names or email addresses, are the routine keys used across collection, evidence, analysis, and findings.
Direct identity is isolated in the identity vault and connected through an explicit restricted linkage record.
Binary evidence is referenced from approved storage; the database preserves provenance, version, checksum, sensitivity, and storage reference.
Source evidence is never overwritten by transcription, redaction, coding preparation, correction, or release transformations.
Code definitions are versioned so an analyst can determine which definition governed a coding decision.
A finding keeps separate links to supporting, challenging, contextual, and limiting evidence.
Analytical approval and external release are separate decisions with separate review evidence.
Machine-assisted outputs remain provisional unless a human researcher records the corresponding analytical or release decision.
Activation boundary
Production presence does not imply unrestricted writes.
The research schema is now present in the managed production database and the governed read path is active. Routine browser writes, restricted identity access, storage-provider changes, release actions, and other state-changing research operations remain separately controlled and require explicit activation and authorization.