← ClaudeAtlas

thalarch-data-sqllisted

Database and SQL engineering for relational persistence, migrations, transactions, query correctness, indexing, pagination, ORM behavior, and data-safe rollout. Use when code touches schemas, queries, transactions, repositories/ORMs, migrations, or database performance.
LUC4N3X/antigravity-thalarch · ★ 2 · API & Backend · score 65
Install: claude install-skill LUC4N3X/antigravity-thalarch
# Thalarch Data / SQL Database changes are data changes. Treat correctness, compatibility, rollback/roll-forward, and production scale as first-class constraints. ## Preflight Identify: - database engine/version where known; - ORM/query layer; - migration framework; - transaction model; - schema ownership; - production rollout constraints; - query/test tooling. Do not write engine-specific syntax based on memory if the actual engine/version can be confirmed. ## Query correctness Review: - stable ordering; - null semantics; - duplicate/cardinality behavior; - joins and fan-out; - transaction isolation assumptions; - race/lost-update behavior; - timezone/collation/encoding where relevant; - parameterization of untrusted values. Never concatenate untrusted input into SQL identifiers/expressions without an explicit safe allowlist/escaping mechanism appropriate to the engine. ## ORM discipline Inspect generated/actual query behavior when performance or correctness depends on it. Watch for: - N+1 queries; - accidental eager loading; - lazy loads outside a valid session/context; - row explosion from joins; - unintended cascades; - entity equality/identity mistakes; - transaction boundaries hidden by repository helpers. A unit test with a mocked repository does not prove ORM/database semantics. ## Migrations For production-compatible changes, prefer staged expand/migrate/contract patterns when old and new application versions may overlap. Before a destructive or lock