Odoo19的筛选与分组：哪些记录留下，留下后怎样组织

Odoo19的查询资料把筛选、分组与收藏放在同一个搜索体系里，但三者承担的任务不同。官方法文文档先说，筛选选择符合具体条件的记录；默认选择范围因视图而异。[1] 这意味着某个列表最初显示什么，已经带有当前视图的条件，不能把“默认”理解成所有页面共同的一套记录集合。

预设筛选的组合规则更具体。文档将预设项划为不同组：选中同组的多个筛选时，记录符合其中任一条件即可；选中不同组的筛选时，记录需要同时符合各组条件。[1] 所以，项目数量不是逻辑关系的充分说明。两项并列选择，有时扩大可接受的情况，有时增加同时满足的要求，关键在它们属于同一组还是不同组。

自定义筛选则明确提供“符合任一规则”与“符合全部规则”两种匹配关系，分别对应或与且。单条规则由字段、比较运算符及值构成，而可用运算符依赖字段的数据类型。[1] 对整理需求的人员来说，只写“按日期或名称筛选”还不够：比较的是哪个字段、采用什么关系、与哪个值比较，才能组成可核对的条件。这是条件结构说明，不是配置步骤。

分组处理的是另一层信息。文档举按销售人员分组的例子，说明视图把记录组织到不同销售人员下面，却没有因此筛掉任何记录。[1] 因而，“归入某个组”不等于“只有这个组被保留”。一份分组列表的分类标题，解释记录如何排列；筛选条件才解释哪些记录被纳入当前视图。两者可以组合使用，不能相互替代。

多个分组还存在层次顺序。最先选定的分组是主分组，后加入的分组继续细分已有类别。假设一份交接说明只列出两个分组字段而不说明先后，它便省略了哪个字段组织第一层、哪个字段组织下一层。这里是假设性的资料分析，没有读取真实销售记录，也没有推算任何收入；它只把文档中的主组与细分关系转成清楚的描述。

收藏保存的是某次特定搜索，供以后使用，也可以成为视图的新默认筛选。官方同时说明，使用收藏时追加或调整条件，只影响当前搜索。[1] 于是，收藏名称与此刻实际采用的条件也应分开理解：名称提供可复用的入口，当前条件描述正在看的范围。本文限于19.0公开文档，首次发布日期未知，不涉及开发者模式、共享权限或业务数据操作。筛选回答集合的选择，分组回答集合的组织，收藏回答搜索的复用，三项职责连起来才能准确说明一个列表。