+++ title = "Implement database connection module and SQLx migrations (quotes + quote_tags schema)" priority = 8 status = "todo" ticket_type = "task" dependencies = ["f3dc74", "1f5bb5", "e8a330", "580e66", "33ed29"] +++ The `quotesdb` API is built with Axum + Tokio, targeting Cloudflare Workers via `workers-rs`. It serves JSON at `/api/*` endpoints and persists data to Cloudflare D1 (production) or a local SQLite file via Turso (development). Source lives in `src/bin/api/`. Shared types and utilities are in `src/lib.rs` — code placed there must compile for both the host target and `wasm32-unknown-unknown`. The database schema consists of two tables: - `quotes` — stores id (NanoID), text, author, source, date, auth_code, created_at, updated_at - `quote_tags` — join table for quote-to-tag relationships with cascade delete Implement `src/bin/api/db.rs` (or equivalent module) providing: 1. A database connection pool constructor (Turso/SQLite locally, D1 in production) 2. SQLx migrations that create the `quotes` and `quote_tags` tables if they don't exist 3. Re-export the pool type for use by handlers - Migration strategy depends on TRIAGE ticket 580e66 (DB migration strategy for Workers) — resolve that first. - Schema must exactly match the design: NanoID primary key, `auth_code` stored plaintext, optional `source` and `date` fields, cascade delete on `quote_tags`. - SQLx compatibility with workers-rs is tracked in TRIAGE ticket e8a330 — check that first. Use `superpowers:test-driven-development` — write a test that verifies migration runs and tables exist. Use `superpowers:verification-before-completion` before closing. Run in order from the `quotesdb/` directory: ```sh cargo fmt cargo check cargo clippy cargo test ``` `feat(quotesdb): implement database connection module and SQLx migrations`