前言
SQLAlchemy 是一个强大的 Python SQL 工具包和对象关系映射(ORM)系统,是业内比较流行的ORM,设计非常优雅。随着其2.0版本的发布,SQLAlchemy 引入了原生的异步支持,这极大地增强了其在处理高并发和异步I/O场景下的能力。通过结合像greenlet、gevent这样的协程库,SQLAlchemy 使得异步数据库操作成为可能,从而提高了应用程序的性能和响应速度。
这里我将基于SQLAlchemy的异步支持,封装一些常用的增删改查(CRUD)操作到 github.com/HuiDBK/py-t… 中,以便在项目开发中更加便捷地使用。
Github: github.com/sqlalchemy/…
简单使用
封装前,先简单介绍下如何使用 SQLAIchemy。
具体细节可以参考官网文档:docs.sqlalchemy.org/en/20/orm/q…
安装依赖
1 | python复制代码pip install sqlalchemy[asyncio]==2.0.20 |
这里安装了 sqlalchemy 2.0版本,以及 aiomysql 异步数据库驱动,进行演示。
创建异步数据库引擎
1 | python复制代码from sqlalchemy.ext.asyncio import create_async_engine |
声明数据库表映射模型
1 | python复制代码from sqlalchemy import String |
简单db操作
1 | python复制代码 |
常用DB操作封装
SQLAlchemyManager
1 | python复制代码class SQLAlchemyManager(metaclass=SingletonMetaCls): |
SQLAlchemyManager 主要封装一些数据库账户配置信息、连接池信息。
pool_size(连接池大小): 指定连接池中允许保持的最大连接数。当应用程序需要访问数据库时,连接池会维护一定数量的数据库连接,以便快速地响应请求。通常情况下,pool_size 的值应该根据应用程序的并发访问量和数据库的性能来进行调整。
pool_pre_ping(预检查连接): 指定是否在数据库连接被使用前对连接进行预检查。预检查可以确保连接处于活动状态,并且可以自动重新连接到数据库服务器,以防止连接由于长时间空闲而失效。启用预检查可以提高应用程序对数据库的可靠性和稳定性。
pool_recycle(连接回收时间): 指定数据库连接在被重新使用之前的最大空闲时间。当连接空闲时间超过 pool_recycle 设置的值时,连接将被关闭并重新创建,以防止连接长时间处于空闲状态而导致的连接问题。pool_recycle 的值通常设置为一个较小的时间间隔,以确保连接能够及时地得到回收和重建,从而提高连接的健壮性和性能。
init_db_engine
方法则是初始化数据库引擎,内部根据数据库配置信息
- 构造异步的数据库引擎 db_engine
- 维护一个 async_session_maker 数据库会话工厂
BaseORMTable 映射库表封装
1 | python复制代码from datetime import datetime |
创建一些基础的 ORM 类,以便后续的映射类可以继承并且共享一些公有属性和方法。
BaseOrmTable
类:
1. 定义了一个基础的 ORM 模型类,继承了 `AsyncAttrs` 和 `DeclarativeBase`。这样做使得 `BaseOrmTable` 类具有了异步属性访问的能力,为异步编程提供便利,特别是在异步环境中访问具有延迟加载或者异步加载特性的属性。
2. 提供了一个 `to_dict` 方法,用于将数据库模型转换为字典。它支持通过参数 `alias_dict` 指定字段别名,并且可以选择是否排除值为 None 的属性。
TimestampColumns
类:
1. 定义了一个包含时间戳相关列的抽象基类。这些列通常在很多数据库表中都会有,用于记录数据的创建时间、更新时间和删除时间。
2. 这些列被设置为默认值,比如 `created_at` 和 `updated_at` 默认使用 `datetime.now` 函数来自动记录当前时间,`deleted_at` 则允许为空,用于标记数据的删除时间(可用作于逻辑删除)
BaseOrmTableWithTS
类:
1. 继承了 `BaseOrmTable` 和 `TimestampColumns`,实际上是一个组合类,集成了基础的 ORM 功能和时间戳相关的列。
2. 这个类进一步封装了 `BaseOrmTable` 和 `TimestampColumns`,使得后续的映射类只需要继承这个类,就能够拥有基础的 ORM 功能和时间戳相关的列。
通过这种封装,你可以在后续的数据库映射类中更加专注于业务逻辑的实现,而不需要重复编写基础的 ORM 功能和时间戳相关的列,提高了代码的重用性和可维护性。
DBManager 数据库通用操作封装
前置封装说明
1 | python复制代码from typing import Any, List, Type, TypeVar, Union |
这里我提供了一个 with_session 装饰器,用于在需要数据库会话(事务)的数据库操作方法中自动开启事务,由于 sqlaichemy 官方推荐每个数据库操作都手动开启事务会话(自动提交),装饰器的设计没有时则构造,有则共享,这样不但可以减少冗余 async with db_manager.transaction() as session 的代码,也可以兼容多个操作共享同一个 session 有问题时进行事务回滚。
由于给方法加了通用的装饰器导致一些版本的IDE无法识别方法真实的签名,使用时会出现不知道方法的入参是什么,对于开发者来说是极其不方便的。
使用 typing 的 TypeVar 自定义类型来构造一个通用的泛型来当作函数返回的类型,进而修复。
1 | python复制代码from typing import TypeVar |
这里PyCharm 2023.2.4 版本升级到 2024.1 就有提示了,IDE修复了,可以不用 T_Hints 了。
一些旧版本构造 sqlaichemy 的库表对象时也会出现不知道类对象属性入参提示,升级到最新版本都解决了。
1 | python复制代码from contextlib import asynccontextmanager |
- init_db_client 方法用于初始化数据库客户端(引擎)。
- transaction 则是简单的通过 contextlib 中 asynccontextmanager 封装一个异步的上下文管理器方便简洁的开启一个数据库会话(事务)进行数据库相关操作。
- connection 数据库引擎连接上下文管理器。
- orm_table 是具体继承 DBManager 的子类进行指定的,用于操作具体的库表(orm_table)。
- DBManager 通过 SingletonMetaCls 元类实现单例模式。具体单例模式可以了解 juejin.cn/post/727200… 这篇文章有详细的介绍。
DB添加操作封装
1 | python复制代码 |
这里就是用 session.add 与 add_all 方法封装了数据库添加、批量添加的操作,封装的点主要在于除了 orm_table 实例对象入参还支持字典入参,内部还是转换成库表映射类实例来操作,最后通过 session.flush 方法,单个添加返回新增的主键id,批量添加则是返回实例对象列表。
设计的方法中有一个 * 号是参数的分隔符,它的作用是将其前面的参数声明为位置参数,而将 * 后面的参数声明为关键字参数,* 号后面的参数入参只能使用关键字形式的入参,我在很多的开源库中都看到了这样的设计,可以把一些函数语义连贯、常用必传的参数设置为位置参数,其他的则是关键字参数。这样可以明确参数的作用、提高函数的可读性、防止参数错误等。
具体看下使用案例:
1 | python复制代码import asyncio |
在程序启动时初始化好DBManager 的 DB_CLIENT 就可以直接使用封装的方法,主要就是 DB_CLIENT 作为类属性,后面DBManager 实例与子类实例对象都可以共享这个数据库引擎。但我这里还是不推荐上面的写法,DBManager 是一些通用的DB操作,而具体一些业务操作还是单独封装一些DB业务Manager类来进行会比较好,更利于扩展维护与复用。
1 | python复制代码 |
这里 UserManager 单独封装的 get_name_by_email 的方法就是业务中常用查询操作通过邮件获取用户名称,这里就是举一个简单的例子,具体DB业务具体封装而不是全部写在逻辑层,这样别人要用的时候就不用重新组织条件参数、上下文,而是简单传递业务参数进行复用获取数据。
UserManager 调用 add、bulk_add 等方法时也不用像 DBManager 指定 orm_table 参数,使用起来更简洁。具体是因为 UserManager 类指定了 类属性 orm_table = UserTable,再封装时有一句 orm_table = orm_table or self.orm_table 意思就是优先选择入参的orm_table,没有则是 self.orm_table (具体实例对象的orm_table)。这样写也体现出 封装、继承的灵活性。
这里也引出了另一个封装方法 query_one 查询单条数据。由于介绍了一些Demo如果把所有的封装方法混合到一起篇幅就太长,故而我准备分成三篇进行分别介绍,这样也更好阅读。
Github源代码
源代码已上传到了Github,里面也有具体的使用Demo,欢迎大家一起体验、贡献。
HuiDBK/py-tools: 打造 Python 开发常用的工具,让Coding变得更简单 (github.com)
本文转载自: 掘金