orm优化
1.数据库技术进行优化,包括给字段加索引,设置唯一性约束等等;
2.查询过滤工作在数据库语句中做,不要放在代码中完成(看情况);
3.如果要一次查询出集合的数量,使用count函数,而不是len函数,但是如果后面还需要到集合,那就用len,因为count还需要进行一次数据库的操作;
4.避免过多的使用count和exists函数;
5.如果需要查询对象的外键,则使用外键字段而不是使用关联的外键的对象的主键;
例子:
a.b_id # 正确 a.b.id # 错误
6.在通过all语句查询时,不要做跨表查询,只查询当前表中有的数据,否则查询语句的性能会下降很多;
比如:a表存在外键b表
a.b.all() # 错误
7.如果想要查询其他表的数据,则加上select_related(ForeignKey字段名,其实就是主动联表查询,性能也会下降),如果有多个,则在括号中加上;
8.加only参数是从查询结果中只取某个字段,而另外一个defer方法则是从查询结果中排除某个字段;
9.不要获取你不需要的东西,可以通过values和value_list实现;
values返回的是字典数组,比如:[{'key1': value1, 'key2': value2}, {'key1': value3, 'key2': value4}] value_list返回的是tuple数组 [('value1', 'value2'), ('value3', 'value4')] value_list+flat=True返回的是数组 ['value1', ...]
10.如果想知道是否存在至少一个结果,使用exists,而不是使用if QuerySet;但是如果后面需要用到前面的QuerySet,那就可以使用if 判断;
# Don't waste a query if you are using the queryset books = Book.objects.filter(..) if len(books) > 5: do_stuff_with_books(books) # If you aren't using the queryset use count books = Book.objects.filter(..) if books.count() > 5: do_some_stuff() # But never if len(Book.objects.filter(..)) > 5: do_some_stuff()
11.在任何位置使用QuerySet.exists()或者QuerySet.count()都会导致额外的查询;
12.不要做无所谓的排序,排序并非没有代价,每个排序的字段都是数据库必须执行的操作;
13.如果要插入多条数据,则使用bulk_create来批量插入,减少sql查询的数量;
14.对于缓存的QuerySet对象使用with标签,可以让数据被缓存起来使用;
15.使用QuerySet.extra明确的指出要查询的字段;
16.批量的更新和删除则使用Queryset.update和delete函数,但是更新操作注意对象的缓存;
17.使用QuerySet.Iterator迭代大数据;
当你获得一个queryset的时候,django会缓存下来,保存在内存中,如果需要对queryset进行多次的循环,那么这种缓存无可厚非; 但是如果你只需要进行一次的循环,那么其实并不需要缓存,这个使用就可以使用iterator;
比如:
for book in Books.objects.all().iterator(): do_stuff(book)
18.如果想判断是否存在外键,只需要判断外键的id即可;
19.不要在循环中查询,而是提前取出,并且做好映射关系,这样在循环中直接通过字典的形式获取到;
20.当计算出一个QuerySet的时候,如果还需要进行多次循环的话,则可以先保留着这个缓存,但是如果只是使用一次的话,没有必要使用到缓存;
python优化:
1.排序尽量使用 .sort(), 其中使用 key 比 cmp 效率更高
以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持三水点靠木。
浅谈django orm 优化
- Author -
banananana声明:登载此文出于传递更多信息之目的,并不意味着赞同其观点或证实其描述。
Reply on: @reply_date@
@reply_contents@