Skip to content

Blog

Notes, arguments and the decisions they turned into

A dated record of what we discussed, what broke afterwards and what we chose to do about it — kept as written rather than tidied up. It continues into the work in front of us: databases, SQL and NoSQL, LLMs and agents.

RSS feed → GitHub ↗

EngineeringDatabases

Twenty-eight models, six surfaces, eight hundred and forty runs

What it took to make a local model drive a database agent, and why the model was almost never the problem. Nearly every time a model failed, the ledger showed our own server holding the sentence that would have unblocked it.

EngineeringDatabases

A forum comment found a bug that 100% coverage did not

A reader asked how one create-table form reconciles SQL Server's identity column with PostgreSQL's sequences. It did not, and on SQLite it failed silently rather than loudly. What the fix took, and why a fully covered test suite had nothing to say about any of it.

EngineeringDatabases

How many databases? Sixteen, twenty-six, or forty-two

Three different true answers to the simplest question anyone asks about a database tool, and why the registry behind them records a refusal as carefully as it records a success.

EngineeringDatabases

What one interface across seventeen engines actually costs

One tree, one editor and one results grid for relational, document, key-value, analytical, search and federated engines — and the capability flags that stop that promise from breaking on the fourth engine.

Engineering

The tool goes to the data

Why a database IDE belongs in the network beside the database, and what that constraint forces the architecture to look like.

SQLite EngineeringDatabases

There is no SQLite server to monitor

Health is an integrity check, a journal mode and file sizes, and one per-table figure depends on which built-in driver the deployment is running.