2024-07-31 09:16

如果是用的jfinal分页,像你种sql中有cte或特殊排序等写法时一般会无法执行,需要自己封装分页写法。 因为jfinal的分页只适合大部分通用普通查询sql

2024-07-06 09:17

@杜福忠 我们这一个sql经常几百行,先写好sql放数据库管理工具中跑没问题,再复制到程序中。 先这么批量替换试试 [抱拳]

2024-07-04 10:53

@杜福忠 非常感谢杜老哥,以后多多跟你请教。 [抱拳]
JFinal还是挺灵活的,很适合我们这种动态多数据连接和SQL取数业务复杂的场景

2024-07-04 10:50

@zzutligang 同道中人,这两种模式我们都搞,看客户体量来

2024-07-04 10:44

@JFinal 非常感谢,已经解决了。是在动态启动数据源连接时要arp.addSqlTemplate(...)。 开始以为是AppConfig中配置了一次,就所有数据库都可以用了的。

2024-07-04 10:14

@JFinal Db.use(dbid).template(......)里面的dbid写死启动类中配置启动的数据源是没问题的, 但在项目启动后,根据租户动态开启数据连接dbid,就会取不到数据

2024-06-14 15:01

扩展了一个MyCaseInsensitiveContainerFactory,原样复制的CaseInsensitiveContainerFactory.java里的代码。
再设置:arp2.setContainerFactory(new MyCaseInsensitiveContainerFactory(true));
刚这样弄下解决的。

2024-06-14 14:58

@JFinal 我这边按下面方式设置,测试了最后1个的设置会影响到第1个。
先设置:
arp1.setContainerFactory(new CaseInsensitiveContainerFactory());
再设置:
arp2.setContainerFactory(new CaseInsensitiveContainerFactory(true));
那么,arp1也会变成小写了。

2024-06-14 14:15

@JFinal 看了下CaseInsensitiveContainerFactory.java还是不知道从何下手,求教求教 o(╥﹏╥)o

2024-06-14 13:56

@JFinal 将公用库这个数据源改成new CaseInsensitiveContainerFactory(),那从这个数据源取数时,属性名都就都成大写了(Oracle数据库)。而实际业务需要这个数据出来的都是小写的。 看有没有办法将这个设置改成每个数据源各管各的,互不影响?

2024-04-27 09:47

@杜福忠 感想杜兄的解答,我没太能理解你的意思。 上面我补充了下启动数据连接的公共方法,麻烦帮忙看下,是不是启动数据连接的姿势不对?