"
最近在用开源的纯JDBC链接access,出现了一些莫名奇妙的问题,开发环境是java,jdk1.7(32), tomcat ,一开始使用 odbc链接access的但是在64位机器上经常出现“无效的字符串或缓冲区”,后来在网站找到了开源的ucanaccess 纯jdbc 驱动,发 现在查询效率上远远高于odbc,但是占用的内存比较大,偶尔出现内存溢出(高配机器用着还是挺好的),但是最近在执行一些查询sql时,发现在 access中执行sql查询出来的结果和java 执行sql查询出来的结果不一样,程序的查询结果少于数据库中的记录,同样的sql为什么在程序中和 access中执行的结果不一样呢,这是其中的一个问题,还有就是经常出现 “ unsupported data type BINARY for index ,making read-only” "unsupported collating sort order SortOrder[2052(0)] for text index , marking read-only "
有时会出现
1,通过程序向access中插入一些数据,提示成功了,程序也能查出来,但是打开access文件里面就没有数据;
2,在access中有一张表其中有一些数据,当用update更新其中一条数据时死活就是更新不进去,报错,但是更新其他数据就没问题(同样的update语句),就只有那一条数据有问题,非常的奇怪。好像错误信息是parent entrty中没有指定的child entry
" ![image.png](https://ucc.alicdn.com/pic/developer-ecology/4bc8ec6bf2c245c8a406d972829a3ed5.png)"
一般除了bean的组装不再使用XML,其他地方还是XML。
另外,spring对某些注解的支持不好,必须XML配置。比如schedual,使用注解配置的计划任务,spring(截止spring 4.2为止)无法管理到(list,手动停止/启动等)
######回复 @乌龟壳 : spring也没想过完全摒弃XML。完全摒弃XML也不见得多好,至少XML文件可以直接修改,Java文件还需要编译。######老大你觉得spring这些做不完美的原因是什么?######spring 也意识到 xml 的繁杂了,开始用 java 代码直接参与配置,这个在五年前 jfinal 就已经全面采用的此方式。jfinal 配置尽可能地使用java 代码,只在必要的地方从外部txt 配置读取,例如数据库连接用户名与密码######XML的确是个很烦人的东西
######建议你看看spring boot,几乎完全摒弃以前xml的繁琐配置,完全简单明了的注解配置。######注解,XML并用,现在的XML已经不想以前那么庞大了,并没感觉到有多难管理呀" ![image.png](https://ucc.alicdn.com/pic/developer-ecology/b4da04e9eadd46cb8404969fd3017617.png)版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。