将利用30行X算法求解数独的python程序转成DuckDB自定义函数并比较性能

将利用DeepSeek辅助改造30行DLX求解数独python程序 和 调用python函数的不同方法效率对比测试 的代码整合在一起

只要把代码粘贴到一个文件,比如duckudf.py,然后增加如下语句

python 复制代码
duckdb.create_function("solve_single_sudoku", solve_single_sudoku)  #, [VARCHAR, [[VARCHAR]], BIGINT)

s="""
select solve_single_sudoku('000080304250100090000003000040020030006090800700310009000000080602000053004002900');
"""
t=time.time();print(duckdb.sql(s));print( time.time()-t)

并修改以下函数的定义,添加参数和返回值类型

python 复制代码
def solve_single_sudoku(sudoku_str: str) -> str:

并删除原有的自定义函数及全局的代码块

python 复制代码
if __name__ == "__main__":
    # 运行文档测试
    import doctest
    doctest.testmod()
    
    # 运行主函数
    main()

然后用如下命令行测试

复制代码
C:\d>timer64 python duckudf.py
1
┌──────────────────────────────────────────────────────────────────────────────────────────────────────────┐
│ solve_single_sudoku('000080304250100090000003000040020030006090800700310009000000080602000053004002900') │
│                                                 varchar                                                  │
├──────────────────────────────────────────────────────────────────────────────────────────────────────────┤
│ 167589324253174698498263175941827536326495817785316249579631482612948753834752961                        │
└──────────────────────────────────────────────────────────────────────────────────────────────────────────┘

0.25064992904663086


Kernel  Time =     0.156 =   35%
User    Time =     0.234 =   52%
Process Time =     0.390 =   87%    Virtual  Memory =    541 MB
Global  Time =     0.445 =  100%    Physical Memory =     90 MB

C:\d>timer64 python pydlx4path.txt
[[0, 0, 0, 0, 8, 0, 3, 0, 4], [2, 5, 0, 1, 0, 0, 0, 9, 0], [0, 0, 0, 0, 0, 3, 0, 0, 0], [0, 4, 0, 0, 2, 0, 0, 3, 0], [0, 0, 6, 0, 9, 0, 8, 0, 0], [7, 0, 0, 3, 1, 0, 0, 0, 9], [0, 0, 0, 0, 0, 0, 0, 8, 0], [6, 0, 2, 0, 0, 0, 0, 5, 3], [0, 0, 4, 0, 0, 2, 9, 0, 0]]
[[1, 6, 7, 5, 8, 9, 3, 2, 4], [2, 5, 3, 1, 7, 4, 6, 9, 8], [4, 9, 8, 2, 6, 3, 1, 7, 5], [9, 4, 1, 8, 2, 7, 5, 3, 6], [3, 2, 6, 4, 9, 5, 8, 1, 7], [7, 8, 5, 3, 1, 6, 2, 4, 9], [5, 7, 9, 6, 3, 1, 4, 8, 2], [6, 1, 2, 9, 4, 8, 7, 5, 3], [8, 3, 4, 7, 5, 2, 9, 6, 1]]


Kernel  Time =     0.000 =    0%
User    Time =     0.031 =   87%
Process Time =     0.031 =   87%    Virtual  Memory =      7 MB
Global  Time =     0.035 =  100%    Physical Memory =     12 MB

C:\d>

第一个命令行是调用duckdb执行自定义函数,第二个是直接执行python程序。可见调用duckdb执行自定义函数的用时是后者15倍,内存占用也放大了很多倍。

相关推荐
小小张说故事1 小时前
Python 的 a[1:5:2] 到底切出了什么?拆开 slice 对象、__getitem__ 与负步长那次反向
python
codigger1 小时前
MySQL 深分页优化:limit 100000, 10 慢在哪,怎么救
数据库·sql·mysql·程序员
麦壳饼1 小时前
SonnetDB 5.0 正式发布:增强 SQL 与事务,开放九模型 MCP 读写
数据库·人工智能·sql·sonnetdb
wuyk5551 小时前
PyQt6-第15讲-数据可视化QChart
python·ui·信息可视化·pyqt
天天被压力1 小时前
【A股分钟级高频数据完全手册 #04】指数分钟级行情数据接口:沪深指数Pro版最新分时取数
java·人工智能·python
日日大王学编程2 小时前
2026主流AI Agent产品分类、核心差异与技术特性全解析
人工智能·后端·python
天天被压力2 小时前
【A股分钟级高频数据完全手册 #03】股票历史1分钟K线数据接口怎么用:Pro版批量拉取与本地缓存
java·人工智能·python
Decay__10 小时前
18_MySQL 智能巡检方案 —— 巡检项清单 / 一键巡检脚本 / 健康评分
运维·数据库·sql·mysql·架构
java_logo10 小时前
Docker 部署 Liquibase:轻松搭建数据库变更管理
数据库·docker·容器·数据库管理·liquibase·轩辕镜像·数据库变更
凤凰院凶涛QAQ12 小时前
《MySQL内核拆解:从SQL到InnoDB》(四) : 联合查询 & 视图
数据库·sql·mysql