sqlite-utils 4.1 发布：新增代码行插入、严格模式转换等特性

发布： sqlite-utils 4.1

自几天前的4.0以来的第一个点发布，引入了一些小的新功能。

sqlite-utils insert 和 sqlite-utils upsert 现在接受一个 --code 选项，用于提供一段Python代码（或指向一个.py文件的路径），该代码定义了一个 rows() 函数或一个可迭代的 rows 对象，作为从文件导入的替代方案。(#684)

sqlite-utils 已经有功能允许您将Python代码块作为CLI参数传递，例如 这个 用于 sqlite-utils convert 命令：

sqlite-utils convert content.db articles headline '
def convert(value):
    return value.upper()'

允许代码块 直接生成新行 是该模式的明显扩展：

sqlite-utils insert data.db creatures --code '
def rows():
    yield {"id": 1, "name": "Cleo"}
    yield {"id": 2, "name": "Suna"}
' --pk id

sqlite-utils insert 和 sqlite-utils upsert 现在接受 --type column-name type 来覆盖创建表时自动选择的类型。这对于CSV或TSV中的列（如看起来像整数但应存储为TEXT以保留前导零的邮政编码）非常有用。(#131)

一个长期的功能请求，结果却是一个 简单的实现。

新的 table.drop_index(name) 方法和 sqlite-utils drop-index 命令用于按名称删除索引。两者都接受 ignore=True/--ignore 来忽略不存在的索引。(#626) sqlite-utils query 现在可以通过传递 - 代替查询从标准输入读取SQL查询，例如 echo "select * from dogs" | sqlite-utils query dogs.db -。(#765)

还有两个小功能。我让Codex审查了所有未解决的问题，并标出了最简单的那些！

sqlite-utils upsert 现在可以推断现有表的主键，因此在 upsert 到已有主键的表时可以省略 --pk。

另一个Codex的建议，是4.0版本中Python库改进中明显缺失的CLI功能。

table.transform() 和 table.transform_sql() 现在接受 strict=True 或 strict=False 来更改表的SQLite严格模式。省略该选项则保留现有模式。(#787) sqlite-utils transform 命令现在接受 --strict 和 --no-strict 来更改表的严格模式。(#787)

这两个功能受到了 Evan Hahn 的 Prefer STRICT tables in SQLite 文章的启发，该文章今天在 Hacker News 上流传。Evan指出：

不幸的是，我认为没有办法通过 ALTER 语句将表改为严格模式。我认为必须将数据从非严格表复制到严格表中。

这正是 sqlite-utils transform mechanism 所做的，所以我对其进行了扩展，增加了将表从严格模式切换到非严格模式以及反之的功能。

这是我用来实现这些新的严格表特性的 GPT-5.6 Sol xhigh Codex 转录稿。我运行过的最有用的提示之一是这样：

使用 uv run python -c 并手动测试新的 .transform(strict=) 选项，看看能否找到任何边缘情况或错误。

这实际上是让模型手动测试其工作，超出它已经编写的自动化测试范围。结果发现了两个小问题，然后我们修复了它们。

标签：projects, python, sqlite, sqlite-utils, annotated-release-notes, ai-assisted-programming