将利用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倍,内存占用也放大了很多倍。

相关推荐
Gauss松鼠会1 小时前
高斯数据库(openGauss)的物理存储结构
运维·服务器·数据库·sql·opengauss·经验总结
杨云龙UP2 小时前
PostgreSQL 18.4 数据库整库迁移实战:pg_dump 备份与 pg_restore 恢复完整操作手册
运维·服务器·数据库·postgresql·pg_dump·pg_restore
霸道流氓气质2 小时前
RAG 可观测性与生产监控实战:四层遥测模型、五大仪表盘与 OpenTelemetry 全链路追踪的 Java 生产级实现
java·人工智能·python
AOI小白新手上路2 小时前
autodl常用的tar 打包下载(数据集)命令手册:逐段拆解与套用模板
java·大数据·数据库
凯歌的博客3 小时前
DuckDB 是一款进程内的分析型数据库
数据库·ai编程
dishugj3 小时前
Oracle物理体系结构
数据库·oracle
北亚数据恢复3 小时前
【数据库数据恢复】NDF文件变0KB、数据库损坏?超大数据库数据恢复案例
数据库·oracle
碧海银沙音频科技研究院4 小时前
基于炬芯ATS3089X自研AEC声学回声消除算法
算法
ch6234 小时前
《AI 辅助编程实战:从零跑通一个 Excel 报表生成脚本的踩坑与复盘》
人工智能·python