Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

3.0计划路线 #307

Open
xuejmnet opened this issue Jan 25, 2025 · 6 comments
Open

3.0计划路线 #307

xuejmnet opened this issue Jan 25, 2025 · 6 comments

Comments

@xuejmnet
Copy link
Collaborator

  • propertyMode默认设置为same_as_entity
  • mappingStrategy默认property_first
  • 移除lambda的api和kt的lambda的api统一使用proxy
  • dto查询增加dto类控制行为
  • keep-style设置为默认

其他.....

@xuejmnet
Copy link
Collaborator Author

ColumnValueSQLConverter 支持Entity封装

@link2fun
Copy link
Contributor

Nav 查询支持缓存

@link2fun
Copy link
Contributor

com.easy.query.core.util.EasyJdbcExecutorUtil#logSQL
com.easy.query.core.util.EasyJdbcExecutorUtil#logParameter

等方法增加 log level 参数

增加支持配置控制 nav sql 的日志级别

开发阶段配合 grep console 可以更明显的区分主SQL 和 NAV SQL

@xuejmnet
Copy link
Collaborator Author

使用org.jetbrains.annotations.Nullable和org.jetbrains.annotations.NotNull来替代eq的因为kt有严格校验所以可能会出现编译报错changebreak

@xingyunxing
Copy link

非结构化DTO返回,加入多表查询时,将其他表的数据,可以通过代码r.selectAll(a)直接付给子DTO,即在多表查询下,支持非结构化的数据穿透

@xingyunxing
Copy link

select后产生内嵌视图,这时再进行where的比较是在内嵌视图上的,会导致查询效率慢,虽然可以把where条件放到上一层,不过从易用性和框架性能考虑,应该把where提到上一层视图里面,这样用户就可以不管where的先后顺序,多表查询的where也可以简化,不用关心来自哪张表,只要对内嵌视图的proxy做where就可以,这个操作只针对where,其他不会有性能问题

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants