claude@clouddev1
e6ff63daa2
do_seed inserted row-by-row through do_insert, re-writing the whole table CSV each time — O(N^2). Extract do_insert's row core into a new insert_one_row (bind + serial/shortid autofill + FK-enriched execute, no tx/persist), shared by: - do_insert: one row in its own transaction (behaviour unchanged). - do_seed: all rows in ONE transaction, with a single finalize_persistence before the single commit — O(N), preserving ADR-0015 §6 commit-db-last. A mid-batch failure now rolls the whole seed back atomically; the capped preview is read back by rowid. A near-max 10000-row seed drops from ~tens of seconds to well under one. do_insert behaviour unchanged (whole suite green: 2346 pass / 0 fail / 0 skip, clippy clean); seed's existing tests exercise the batch path.