Expand description
Persistent storage for modde, backed by SQLite (default) or PostgreSQL.
The public ModdeDb API is identical across both backends and async
throughout. Each method is written once against the internal Db executor
using portable SQL (? placeholders, RETURNING id, ON CONFLICT … DO UPDATE … EXCLUDED, lower(name), bool columns, and a {NOW} token);
the executor rewrites placeholders/now() per dialect. The only genuinely
per-backend code is schema creation and migration.
Structs§
- Executable
Config Row - A named executable launch target for a game.
- Hidden
File - A hidden file entry — prevents a specific file from a mod from being deployed.
- ModCategory
- A mod category for organizing the mod list.
- ModdeDb
- SQLite/PostgreSQL-backed persistent storage for modde.
- Plugin
Entry - A plugin entry in the plugin load order (independent of mod install priority).
- Profile
Summary - Summary view of a profile (without loading all mods).
- Save
Entry - A save file/directory assigned to a profile.
- Snapshot
Meta - Metadata for a stock game snapshot stored in the database.
- Tool
Applied File Row - A file applied by a tool to a game directory.
- Tool
Config Row - Per-game tool configuration stored in the database.
- Tool
Setting History Edge - One parent-child edge in the per-tool settings DAG.
- Tool
Setting History Node - One versioned tool settings node in the per-tool DAG.
Enums§
- Val
- A backend-agnostic bound parameter.
Functions§
- build_
pg_ options - Build resolved
PostgreSQLconnection options from settings plus env. - decode_
install_ method - Parse the TOML-encoded
install_methodcolumn back into a typedInstallMethod. ReturnsNonefor NULL / empty strings. - describe_
pg_ options