//! SQLite through `sqlx` (hub spec §3.1, §17.2): WAL, foreign keys on,
//! migrations embedded and applied at start. One module per table group.

pub mod repos;

use sqlx::sqlite::{SqliteConnectOptions, SqliteJournalMode, SqlitePoolOptions, SqliteSynchronous};
use sqlx::SqlitePool;
use std::path::Path;

pub type Pool = SqlitePool;

/// Open (creating if needed) and migrate the database at `path`.
/// How long a statement waits for SQLite's write lock. Most writers are
/// background clients (runners appending logs, webhook deliveries), and a
/// commit can stall for seconds while a build saturates the host's disk, so
/// waiting beats failing.
const BUSY_TIMEOUT: std::time::Duration = std::time::Duration::from_secs(30);

pub async fn open(path: &Path) -> anyhow::Result<Pool> {
    let options = SqliteConnectOptions::new()
        .filename(path)
        .create_if_missing(true)
        .journal_mode(SqliteJournalMode::Wal)
        .synchronous(SqliteSynchronous::Normal)
        .foreign_keys(true)
        .busy_timeout(BUSY_TIMEOUT);
    let pool = SqlitePoolOptions::new().max_connections(8).connect_with(options).await?;
    sqlx::migrate!("./migrations").run(&pool).await?;
    Ok(pool)
}

/// Milliseconds since the epoch, the hub's timestamp unit (as `oxy`'s).
pub fn now_ms() -> i64 {
    std::time::SystemTime::now().duration_since(std::time::UNIX_EPOCH).map(|d| d.as_millis() as i64).unwrap_or(0)
}