F-003 fix: Sanitize SQL dump for safe dev use
This commit is contained in:
@@ -1,24 +1,25 @@
|
||||
# Component: Development data baseline
|
||||
|
||||
## Responsibility
|
||||
Provide one local SQL dump so maintainers can inspect schema and seed dev database.
|
||||
Provide one safe local SQL baseline so maintainers can seed a development database for the legacy PHP module.
|
||||
|
||||
## Interfaces
|
||||
- Input:
|
||||
- SQL import command run by maintainer
|
||||
- Output:
|
||||
- local MariaDB database with OpenCart and custom tables
|
||||
- local MariaDB database with the schema and synthetic seed data needed by the module
|
||||
|
||||
## Dependencies
|
||||
- `project/sql/db-25052026.sql`
|
||||
- `project/sql/README.md`
|
||||
- local MariaDB/MySQL server
|
||||
|
||||
## Limits
|
||||
- Dump may contain production-like data.
|
||||
- Dump is large.
|
||||
- Dump is not safe for public sharing without review.
|
||||
- Baseline is intentionally smaller than the former raw snapshot.
|
||||
- Baseline covers current module needs, not the full production dataset.
|
||||
- Private raw snapshots must stay outside git.
|
||||
|
||||
## Success criteria
|
||||
- [ ] Dump path is stable and explicit
|
||||
- [ ] Design docs call it dev baseline only
|
||||
- [ ] Move does not alter dump content
|
||||
- [ ] Tracked dump contains only safe synthetic or non-sensitive data
|
||||
- [ ] Docs explain private local dump handling
|
||||
|
||||
Reference in New Issue
Block a user