多条件的组合查询在程序编写逻辑上是排列组合完成的么？

[youthfire]

比如一组数据由件号，描述，型号，供应商等多元素组成，可以单一通过件号查询，也可以通过件号+型号查询，甚至可以描述+型号+供应商查询。在设计逻辑上，是通过排列组合考虑所有可能性吗？

随着可能会查询用到的元素数量增多，除了写得又臭又长，又觉得特别容易错漏

业余爱好开发者，抱歉

[dunkelheit]

找个 orm 框架，查询还是挺容易的吧？

@repo.get_by(Item, %{
id: ^id,
desc: ^desc,
vendor: ^vendor
})

[akira]

多条件的组合查询要么都是 或 ，要么都是 与， 看需要，直接列出来就好了

[meeop]

代码上:
if(件号!=null)
sql+=“ 件号=xxx ”


if(型号!=null)
sql+=“ 型号=xxx ”

所有排列组合都可以啊

数据库索引上是得排列组合的,所以还是要约束需求,别什么查询都支持

[dcsuibian]

引用知乎的：
db 访问分为这么几种
1. 写 sql ，各个 db 差异要自己适配
2. 写 dsl ，屏蔽了 db 差异，自动适配
3. 运行时或编译时自动合成 sql ，屏蔽 db 差异

我是第 3 种动态生成 sql 的，用的是 JPA 的 Specification ，代码大概是这个样子：
Specification<RecordPO> spec = (root, query, cb) -> {
Path<String> termPath = root.get("term");
Path<Long> beginTimePath = root.get("beginTime");
Path<Long> endTimePath = root.get("endTime");
Predicate predicate = cb.equal(cb.literal(1), 1);
if (null != qo.getTerm()) {
predicate = cb.and(predicate, cb.equal(termPath, qo.getTerm()));
}
if (null != qo.getBeginTimeGreaterThanEqual()) {
predicate = cb.and(predicate, cb.greaterThanOrEqualTo(beginTimePath, qo.getBeginTimeGreaterThanEqual()));
}
if (null != qo.getEndTimeLessThanEqual()) {
predicate = cb.and(predicate, cb.lessThanOrEqualTo(endTimePath, qo.getEndTimeLessThanEqual()));
}
query.orderBy(cb.asc(root.get("endTime")));
return predicate;
};
return spec;

[youthfire]

先谢谢各位回答者！你们回复的不少内容一时未能消化。我上传了一张图来具体表达，如果之前文字没有表述足够清晰的话。

[CEBBCAT]

https://gist.github.com/Zhang-Siyang/5cf9973c3142550fb85fda004ace73ff

[youthfire]

@CEBBCAT #6 谢谢，也瞬间明白了 3 楼要表达的！感觉完全是两种思维模式