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: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
@杜福忠 感想杜兄的解答，我没太能理解你的意思。 上面我补充了下启动数据连接的公共方法，麻烦帮忙看下，是不是启动数据连接的姿势不对？
