django一对多关系中,为了实现按照一端查询多端,之前都是用extra操作符,经过查看官方文档还有in这个操作符,用这个实现更简单。直接上代码:
根据查询条件模糊查询所有符合条件的机架列表,然后根据机架列表查出相应的设备,之前是用下面这种实现方式:
- rackid = request.POST['rackid']
- retdir['rackid'] = rackid
- racks = Rack.objects.filter(rackid__icontains = rackid)
- ids = ""
- for rack in racks:
- ids += str(rack.id) + ","
- ids = ids[0:-1]
- if ids == None or ids == '':
- ids = '0'
- equipments = Equipment.objects.extra(where=['rack_id IN ('+ ids +')'])
现在用in操作符,实现更简单,效率更高:
- rackid = request.POST['rackid']
- retdir['rackid'] = rackid
- racks = Rack.objects.filter(rackid__icontains = rackid)
- equipments = Equipment.objects.filter(rack__in = racks)
其中机架跟设备是一对多的关系。
参考官方文档:
跨关系查找
Django 提供一个有力且直观的方法来“追踪”查找中的关系,即会在后台自动处理 SQL 中的 JOIN 。要跨越一个关系,只要使用跨模块的关联字段即可,并用两个下划线分隔,直到得到你想要的字段为止。
以下例子可以获得名称为 'Beatles Blog' 的 Blog 的所有条目。
>>> Entry.objects.filter(blog__name__exact='Beatles Blog')
这种跨越的深度是无限的。
跨越也可以是反向的。要指向一个“反向”的关系,请使用模型的小写名称。
下例可以获得至少一个条目的头条包含 'Lennon' 的所有Blog 对象:
>>> Blog.objects.filter(entry__headline__contains='Lennon')
如果你跨越了多重关系并且其中的一个模型没有符合条件的值,那么 Django 会把模型视作空对象(即所有值为 NULL ),而不是非法对象。因此在前述情况下不会引发错误。例如:
Blog.objects.filter(entry__authors__name='Lennon')
假设有一个相关联的 作者``( Author )模型,如果没有 ``作者 与任何一个条目关联,那么就会视作也没有名称 与之关联。这样处理比因为作者 缺失而引发错误要好。通常这也是你想要的处理方式。唯一会产生混淆的是当你使用isnull 的时候。就象下例:
Blog.objects.filter(entry__authors__name__isnull=True)
会返回包括 名字 为空的 作者 和 作者 为空的条目 两种情况的Blog 对象。如果你不希望包括后一种情况的对象,你可以这样写:
Blog.objects.filter(entry__authors__isnull=False, entry__authors__name__isnull=True)
跨越多值关系
当你基于一个 多对多字段 对象或一个反向外键 过滤时,有两种不同的过滤方法值得注意。对于博客 与条目 关系( 博客 对于条目 是一对多关系),我们可能会想要查找一个博客,这个必须博客包括一个符合以下条件的条目:在条目的头条中包含"Lennon" 字样,并且发布日期为 2008 年。或者我们也可以会想要查找一个博客,这个博客必须符合以下条件:包含一个头条中有"Lennon" 字样的条目,并且包含一个发布日期为 2008 年的条目。因为一个博客 对应于多个条目 ,所以上述两种查询都是可能的,在特定情况下都是有用的。
同样,一个 多对多字段 也会引发类似情况。例如,假设一个条目 字段有一个名为标记 ( tags )的多对多字段。我们可以会想要查找既有"music" 标记又有"bands" 标记的条目。或者我们也可能会想要查找标记为 "music" ,状态为"public" 的条目。
对于上述两种方法, Django 中的 filter() 和exclude() 使用相同的方式来处理。在一个filter() 中的所有条件必须同时符合。在连续的filter() 中的条件对于多值关系情况下,这些条件是并列的(都对应于主模型的对象),而不是嵌套的(对应于前一个filter() 产生的对象)。
都迷糊了吧,来一个例子清醒一下。要查找一个博客,这个必须博客包括一个符合以下条件的条目:在条目的头条中包含 "Lennon" 字样,并且发布日期为 2008 年。即条目必须同时符合两个条件。我们这样写:
Blog.objects.filter(entry__headline__contains='Lennon', entry__pub_date__year=2008)
要查找一个博客,这个博客必须符合以下条件:包含一个头条中有 "Lennon" 字样的条目,并且包含一个发布日期为 2008 年的条目。但对于同一个条目不一定要同时符合两个条件。我们这样写:
Blog.objects.filter(entry__headline__contains='Lennon').filter( entry__pub_date__year=2008)
在第二个例子中,第一个过滤器限定了特定条件的博客,第二个过滤器 进一步 限定了同时符合第二个条件的博客。匹配第二个过滤器的条目不一定匹配第一个过滤器。两个过滤器的条件都是针对某个博客而言的,而不是针对某个条目而言的。
以上方式也同样用于 exclude() 。
数据库操作API:
类型 | 描述 |
---|---|
exact | 精确匹配: polls.get_object(id__exact=14). |
iexact | 忽略大小写的精确匹配: polls.objects.filter(slug__iexact="foo") 匹配 foo, FOO, fOo, 等等. |
contains | 大小写敏感的内容包含测试: polls.objects.filter(question__contains="spam") 返回question 中包含 "spam" 的所有民意测验.(仅PostgreSQL 和 MySQL支持. SQLite 的LIKE 语句不支持大小写敏感特性. 对Sqlite 来说, contains 等于 icontains.) |
icontains | 大小写不敏感的内容包含测试: |
gt | 大于: polls.objects.filter(id__gt=4). |
gte | 大于等于. |
lt | 小于. |
lte | 小于等于. |
ne | 不等于. |
in | 位于给定列表中: polls.objects.filter(id__in=[1, 3, 4]) 返回一个 polls 列表(ID 值分别是 1或3或4). |
startswith | 大小写敏感的 starts-with: polls.objects.filter(question__startswith="Would"). (仅PostgreSQL 和MySQL支持. SQLite 的LIKE 语句不支持大小写敏感特性. 对Sqlite 来说,``startswith`` 等于 istartswith) |
endswith | 大小写敏感的 ends-with. (仅PostgreSQL 和 MySQL) |
istartswith | 大小写不敏感的 starts-with. |
iendswith | 大小写不敏感的 ends-with. |
range | 范围测试: polls.objects.filter(pub_date__range=(start_date, end_date)) 返回 pub_date 位于 start_date 和 end_date (包括)之间的所有民意测验 |
year | 对 date/datetime 字段, 进行精确的 年 匹配: polls.get_count(pub_date__year=2005). |
month | 对 date/datetime 字段, 进行精确的 月 匹配: |
day | 对 date/datetime 字段, 进行精确的 日 匹配: |
isnull | True/False; 做 IF NULL/IF NOT NULL 查询: polls.objects.filter(expire_date__isnull=True). |