在搜索屏幕上,用户可以通过单击列标题对结果进行排序。不幸的是,这并不适用于所有列。它可以很好地处理存储在表本身上的普通字段,如name和price。它还可以通过连接到引用表并使用该表的默认排序顺序来处理多对一字段。
不起作用的是大多数功能字段和相关字段。(相关字段是一种功能字段。)当您单击该列时,它会忽略您。如果您将字段定义更改为存储在数据库中,那么您可以根据它进行排序,但是有必要这样做吗?是否有任何方法排序的功能字段,而不存储在数据库中的值?
显然已经对此进行了一些讨论,CampToCamp发布了一个合并建议和一个通用解决方案。在他们的博客里也有一些讨论。
我还没有尝试他们的解决方案,但我确实通过覆盖_generate_order_by()
方法为一个字段创建了一个特定的解决方案。每当用户单击列标题时,_generate_order_by()
就会尝试生成一个适当的ORDER BY
子句。我发现,实际上可以在ORDER BY
子句中放入一个SQL子查询,以重现功能字段的值。
作为一个例子,我们添加了一个功能字段来显示每个产品的第一个供应商的名称。
def _product_supplier_name(self, cr, uid, ids, name, arg, context=None):
res = {}
for product in self.browse(cr, uid, ids, context):
supplier_name = ""
if len(product.seller_ids) > 0:
supplier_name = product.seller_ids[0].name.name
res[product.id] = supplier_name
return res
为了按列排序,我们用一些非常时髦的SQL重写了_generate_order_by()
。对于任何其他列,我们委托给常规代码。
def _generate_order_by(self, order_spec, query):
""" Calculate the order by clause to use in SQL based on a set of
model fields. """
if order_spec != 'default_partner_name':
return super(product_product, self)._generate_order_by(order_spec,
query)
return """
ORDER BY
(
select min(supp.name)
from product_supplierinfo supinf
join res_partner supp
on supinf.name = supp.id
where supinf.product_id = product_product.id
),
product_product.default_code
"""
存储字段的原因是您将排序委托给sql,这肯定会为您提供比任何其他后续排序更好的性能。