type
status
date
slug
summary
tags
category
icon
password
最近看到了一篇讲Django性能测试和优化的文章, 文中除了提到了很多有用的优化方法, 演示程序的数据库模型写法我觉得也很值得参考, 在这单独记录下.
原文的演示代码有些问题, 我改进了下, 这里可以查看: https://github.com/wanghaoxi3000/development/tree/master/Python/Django/optimize_django
在实际项目中, 有时需要隐藏数据库中表的主键, 我之前采用的大多是为需要隐藏主键ID的表添加一个字段, 再用散列或者
UUID
等填充来唯一标识一行数据. 而上面提到的文章中则是使用了一个专门生成ID对应散列值的基类, 需要隐藏散列的表可以通过继承这个类来实现隐藏自己的主键ID.比较特别的是此文的散列值是通过主键ID和
ContentType
的ID来一起生成的. ContentType
是Django自带的一套的框架, 在新模型安装时会自动创建新的ContentType
实例, ContentType
实例具有返回它们表示的模型类的方法, 以及从这些模型查询对象的方法. 从而提供一个高层次的, 通用的接口来与模型进行交互.ContentType使用说明:
https://docs.djangoproject.com/en/2.0/ref/contrib/contenttypes/
通过这样的机制, 解码一个散列值后就可以直接得到对应的Django ORM模型类和实例. 对于一些需要一个集中的地方对模型进行解码并对不同类的不同模型实例进行处理时会很有用.
Hasher 类代码
Hasher 类主要用来完成散列值的计算和解码过程, 将
ContentType
和主键组合后进行base36
计算, 生成一段12位的代码. 主要使用了basehash
模块, 通过安装gmpy2
模块可以进一步提升计算速度.HashableModel 基类
HashableModel
通过在Meta元选项中设定abstract = True
而成为Django ORM中的一个基类, 其它模型可以通过继承这个基类来具备产生对应散列的能力.基本使用
现在, 通过一个散列值便可以编写很多通用的接口了. 例如有两张表, 都有一个
path
的字段:通过这样一段代码, 便可以同时用来获取两张表的
path
字段了:参考:
http://blog.csdn.net/dev_csdn/article/details/78782570