Python操作SQLite：使用memoryview(address.encode())的优势探究

嘿，这个问题问得挺到位的，我来帮你拆解下这几种写法的差异，以及memoryview到底能带来啥好处~

先明确前提 #

你的SQLite表中两个字段都是TEXT类型，Python的sqlite3驱动其实可以自动处理字符串（str）到SQLite TEXT的转换，也接受bytes类型（只要编码是UTF-8这类兼容格式，SQLite会把它当成TEXT存储）。

1. 直接用原始address字符串 #

这是最省心的写法，sqlite3驱动会自动帮你把字符串编码成UTF-8的bytes再存入数据库。代码简洁、可读性高，小数据量场景下完全够用，几乎没有额外开销。

2. 用address.encode() #

这会显式生成一个新的bytes对象，把字符串转成字节序列后传给驱动。这么写的好处是可以显式指定编码（比如address.encode('gbk')），但默认就是UTF-8，和驱动自动处理的效果一致。

不过问题在于：每次调用encode()都会创建一个全新的bytes对象。如果你的地址字符串很长，或者要批量插入几百上千条数据，这些临时的bytes对象会占用额外的内存，还会增加Python垃圾回收的压力。

3. 用memoryview(address.encode()) #

这才是核心优势所在——memoryview（内存视图）是Python里的一个特殊对象，它不会创建新的字节数据，而是直接共享原始bytes对象的内存空间，只是给你一个访问这段内存的“窗口”。

当你把memoryview传给sqlite3驱动时，驱动可以直接读取它指向的内存数据，不需要再复制一份。这带来的关键好处是：

• 内存效率更高：批量插入大量长字符串时，避免了创建大量临时bytes对象，能显著降低内存占用。
• 减少GC压力：少了一堆临时对象，Python的垃圾回收器不用频繁工作，程序运行更顺畅。

不过要注意：memoryview依赖于原始的bytes对象，只要在execute执行完成前，这个bytes对象没有被销毁，就不会有问题——在你的代码里，address.encode()生成的临时bytes对象会在execute执行过程中保持存在，所以完全安全。

总结场景选择 #

• 如果只是偶尔插入几条短数据：直接用原始address字符串就好，代码简洁，没必要折腾memoryview。
• 如果是批量插入大量长字符串（比如爬取的地址数据、大体积的JSON内容）：用memoryview能实实在在提升内存使用效率，减少资源浪费。

内容的提问来源于stack exchange，提问作者cpt.John