让Python更加充分的使用Sqlite3

我最近在涉及大量数据处理的项目中频繁使用 sqlite3。我最初的尝试根本不涉及任何数据库,所有的数据都将保存在内存中,包括字典查找、迭代和条件等查询。这很好,但可以放入内存的只有那么多,并且将数据从磁盘重新生成或加载到内存是一个繁琐又耗时的过程。

我决定试一试sqlite3。 因为只需打开与数据库的连接, 这样可以增加可处理的数据量,并将应用程序的加载时间减少到零。此外,我可以通过 SQL 查询替换很多Python逻辑语句。

我想分享一些关于这次经历的心得和发现。

TL;DR

  • 使用大量操作 (又名 executemany)。
  • 你不需要使用光标 (大部分时间)。
  • 光标可被迭代。
  • 使用上下文管理器。
  • 使用编译指示 (当它有意义)。
  • 推迟索引创建。
  • 使用占位符来插入 python 值。

1. 使用大量操作

如果你需要在数据库中一次性插入很多行,那么你真不应该使用 execute。sqlite3 模块提供了批量插入的方式:executemany。

而不是像这样做:


  1. for row in iter_data():  
  2. connection.execute('INSERT INTO my_table VALUES (?)', row) 

你可以利用这个事实,即 executemany 接受元组的生成器作为参数:


  1. connection.executemany( 
  2.     'INSERT INTO my_table VALUE (?)', 
  3.     iter_data() 

这不仅更简洁,而且更高效。实际上,sqlite3 在幕后利用 executemany 实现 execute,但后者插入一行而不是多行。

我写了一个小的基准测试,将一百万行插入空表(数据库在内存中):

  • executemany: 1.6 秒
  • execute: 2.7 秒

2. 你不需要游标

一开始我经常搞混的事情就是,光标管理。在线示例和文档中通常如下:


  1. connection = sqlite3.connect(':memory:') 
  2. cursor = connection.cursor() 
  3. # Do something with cursor 

但大多数情况下,你根本不需要光标,你可以直接使用连接对象。

像 execute


  1. executemany 

类似的操作可以直接在连接上调用。以下是一个证明此事的示例:


  1. import sqlite3 
  2.  
  3. connection = sqlite3(':memory:') 
  4.  
  5. # Create a table 
  6. connection.execute('CREATE TABLE events(ts, msg)') 
  7.  
  8. # Insert values 
  9. connection.executemany( 
  10.     'INSERT INTO events VALUES (?,?)', 
  11.     [ 
  12.         (1, 'foo'), 
  13.         (2, 'bar'), 
  14.         (3, 'baz') 
  15.     ] 
  16.  
  17. # Print inserted rows 
  18. for row in connnection.execute('SELECT * FROM events'): 
  19.     print(row) 

3. 光标(Cursor)可被用于迭代

你可能经常会看到使用fetchone或fetchall来处理 SELECT 查询结果的示例。但是我发现处理这些结果的最自然的方式是直接在光标上迭代:


  1. for row in connection.execute('SELECT * FROM events'): 
  2.     print(row) 

这样一来,只要你得到足够的结果,你就可以终止查询,并且不会引起资源浪费。当然,如果事先知道你需要多少结果,可以改用 LIMIT SQL语句,但Python生成器是非常方便的,可以让你将数据生成与数据消耗分离。

4. 使用Context Managers(上下文管理器)

即使在处理SQL事务的中间,也会发生讨厌的事情。为了避免手动处理回滚或提交,你可以简单地使用连接对象作为上下文管理器。 在以下示例中,我们创建了一个表,并错误地插入了重复的值:


  1. import sqlite3 
  2. connection = sqlite3.connect(':memory:') 
  3.  
  4. with connection: 
  5.     connection.execute( 
  6.         'CREATE TABLE events(ts, msg, PRIMARY KEY(ts, msg))') 
  7.  
  8. try: 
  9.     with connection: 
  10.         connection.executemany('INSERT INTO events VALUES (?, ?)', [ 
  11.             (1, 'foo'), 
  12.             (2, 'bar'), 
  13.             (3, 'baz'), 
  14.             (1, 'foo'), 
  15.         ]) 
  16. except (sqlite3.OperationalError, sqlite3.IntegrityError) as e: 
  17.     print('Could not complete operation:', e) 
  18.      
  19. # No row was inserted because transaction failed 
  20. for row in connection.execute('SELECT * FROM events'): 
  21.     print(row) 
  22.      
  23. connection.close() 

5. 使用Pragmas

…当它真的有用时

在你的程序中有几个 pragma 可用于调整 sqlite3 的行为。特别地,其中一个可以改善性能的是 synchronous :


  1. connection.execute('PRAGMA synchronous = OFF') 

你应该知道这可能是危险的。如果应用程序在事务中间意外崩溃,数据库可能会处于不一致的状态。所以请小心使用! 但是如果你要更快地插入很多行,那么这可能是一个选择。

6. 推迟索引创建

假设你需要在数据库上创建几个索引,而你需要在插入很多行的同时创建索引。把索引的创建推迟到所有行的插入之后可以导致实质性的性能改善。

7. 使用占位符插入 Python 值

使用 Python 字符串操作将值包含到查询中是很方便的。但是这样做非常不安全,而 sqlite3 给你提供了更好的方法来做到这一点:


  1. # Do not do this! 
  2. my_timestamp = 1 
  3. c.execute("SELECT * FROM events WHERE ts = '%s'" % my_timestamp) 
  4.  
  5. # Do this instead 
  6. my_timestamp = (1,) 
  7. c.execute('SELECT * FROM events WHERE ts = ?', my_timestamp) 

此外,使用Python%s(或格式或格式的字符串常量)的字符串插值对于 executemany 来说并不是总是可行。所以在此尝试没有什么真正意义!

请记住,这些小技巧可能会(也可能不会)给你带来好处,具体取决于特定的用例。你应该永远自己去尝试,决定是否值得这么做。

原文发布时间为:2017-10-26 

本文作者:佚名

本文来自合作伙伴“51CTO”,了解相关信息可以关注。

时间: 2024-10-24 23:35:38

让Python更加充分的使用Sqlite3的相关文章

详解Python 数据库 (sqlite3)应用_python

Python自带一个轻量级的关系型数据库SQLite.这一数据库使用SQL语言.SQLite作为后端数据库,可以搭配Python建网站,或者制作有数据存储需求的工具.SQLite还在其它领域有广泛的应用,比如HTML5和移动端.Python标准库中的sqlite3提供该数据库的接口. 我将创建一个简单的关系型数据库,为一个书店存储书的分类和价格.数据库中包含两个表:category用于记录分类,book用于记录某个书的信息.一本书归属于某一个分类,因此book有一个外键(foreign key)

Python标准库之sqlite3使用实例_python

Python自带一个轻量级的关系型数据库SQLite.这一数据库使用SQL语言.SQLite作为后端数据库,可以搭配Python建网站,或者制作有数据存储需求的工具.SQLite还在其它领域有广泛的应用,比如HTML5和移动端.Python标准库中的sqlite3提供该数据库的接口. 我将创建一个简单的关系型数据库,为一个书店存储书的分类和价格.数据库中包含两个表:category用于记录分类,book用于记录某个书的信息.一本书归属于某一个分类,因此book有一个外键(foreign key)

Python标准库的学习准备

原文:Python标准库的学习准备 作者:Vamei 出处:http://www.cnblogs.com/vamei 欢迎转载,也请保留这段声明.谢谢!   Python标准库是Python强大的动力所在,我们已经在前文中有所介绍.由于标准库所涉及的应用很广,所以需要学习一定的背景知识.   硬件原理 这一部份需要了解内存,CPU,磁盘存储以及IO的功能和性能,了解计算机工作的流程,了解指令的概念.这些内容基础而重要. Python标准库的一部份是为了提高系统的性能(比如mmap),所以有必要了

在CentOS 7上安装并配置Python 3.6环境

拖了很久没有更新,抱歉啦~ 今天受邀写篇如何在 CentOS 7 上配置 Python 3 环境的文章.往常我都选择直接把我早年写的一篇文章源码编译MongoDB丢过去,让他们看其中的源码编译 Python 那一节,不过那节写的其实不太详细,而且最近被很多人催,所以还是单独写一篇好了. 当前最新的 CentOS 7.3 默认安装的是 Python 2 ,并且默认的官方 yum 源中不提供 Python 3 的安装包.有些用户想要升级使用 Python 3 但实际可能有各种各样的问题,导致出错,反

使用恶意USB设备解锁 Windows & Mac 锁屏状态

NSA专业物理入侵设备--USB Armory,可解锁任意锁屏状态的下的Windows和Mac操作系统,含最新发布的Windows10.及较早的Mac OSX El Capitan / Mavericks,想知道原理是什么?进来看看吧! 首先,这原本是没有可能实现的,但事实是我真的办到了(相信我,因为不敢相信这是真的,我已经测试了很多次.) USB Ethernet + DHCP + Responder == 证书 论题: 如果我在电脑上插入一个伪装成USB以太网适配器的设备, 那么即使这个系统

好用的SQLAlchemy

准备 安装SQLAlchemy框架 测试代码 知识点剖析 引入库支持 基类和引擎 实体类 声明类 数据库自动完成 CRUD 总结 这里简单的记录一下本人第一次使用SQLAlchemy这个ORM框架的过程,也为了今后复习巩固.如果您是老鸟的话,就不太适合这篇入门级的文章了. :-) 准备 首先要做的也就是搭建好环境咯.而且考虑到是操作数据库的,所以也必须有数据库环境才行.有一点需要注意的就是Windows版本的Python内置了对SQLite3的支持,所以不用额外的再安装了.而mac或者linux

python sqlite3-为什么windows下python的sqlite3多表联查非常慢?同样查询在linux下非常快

问题描述 为什么windows下python的sqlite3多表联查非常慢?同样查询在linux下非常快 我写了一点测试查询代码,居然发现linux下秒查,windows下要十几秒: 求告知我是那里没有弄对吗? 实在抱歉实在没分 sqlStr = """ select * from course left outer join courseItem on course.id==courseItem.courseId left outer join courseChoose o

Python Sqlite3以字典形式返回查询结果的实现方法_python

sqlite3本身并没有像pymysql一样原生提供字典形式的游标. cursor = conn.cursor(pymysql.cursors.DictCursor) 但官方文档里已经有预留了相应的实现方案. def dict_factory(cursor, row): d = {} for idx, col in enumerate(cursor.description): d[col[0]] = row[idx] return d 使用这个函数代替conn.raw_factory属性即可.

Python SQLite3数据库操作类分享_python

接触Python时间也不是很长的,最近有个项目需要分析数据,于是选用Python为编程语言,除了语言特性外主要还是看重Python对于SQLite3数据库良好的支持能力了,因为需要灵活处理大量的中间数据. 刚开始一些模块我还乐此不疲的写SQL语句,后来渐渐厌倦了,回想到以前捣鼓C#的时候利用反射初步构建了个SQL查询构造器,直到发现linq,于是放弃了这个计划,当然微软后来又推出了Entity Framework,这些都是后话了,而且现在我对微软的东西兴趣不是很大的,好了,扯多了,下面继续正文.