原文
事实上是发现忽视了一个问题,其实也是xml与关系数据库存储实质的一个对比内容:xml周边存取的手段的确不是非常成熟,但是它是以对象的层次结构存储数据的,而关系数据库则是平面形式地存储.我目前打算使用secion转为关系数据库,目的是为了可以分科室的更改设置更方便,这在xml是一个文件,而到了关系数据库,却是整个的一堆的关系表(关系概念中同样是一个实体,但此实体非彼实体,它意味着反应一个对象的一堆表),而且要与象表类等进行关联,相当复杂的.当前这也许不是一个好主意,而且,在大项目中使用复杂的关系结构表达数量不多的记录,似乎是一种成本效益比很低的过时的方法.所以,我犹豫了. 【程序编程相关:Refactoring Notes-Re】
最终还是手工输出xml对象可靠 2005年 01月06日 与xml打交道,常常是哭笑不得:我为什么要花那么大力气与整个xml文档打交通呢?实实在在的,我只不过想存取其中一个对象的属性罢了!!前段时间了解了castor觉得这是一个解决方案,不过也还是需要整个文档的读写更新.一来是时间限制不允许当前深入研究,而且那也是一个不算成熟的项目;二来呢,采纳的话会与现在的digester读取模式发生冲突,有点划不过来.但是象科室设置的更新频率看来越来越高,再放到xml中只读靠手工改看来是不行的.因此打算把科室对象移植进数据库,但一动手就发现同样有不划算的地方. 【推荐阅读:java.lang.NoClassDef】
1.修改sectionbase,使它是针对多个科室的多个xml工作,而不是象现在那样一切解释把所有的科室读进去; 【扩展信息:在WebLogic下ejb的客户端程序的】
另一个办法是做一个可更新的xml模件:处理手法包括:
2.做一个更新各个科室的xml的方法;无论是casto的,还是其他什么方法的;
3.做一个更新各个科室的界面,把它连到科室管理台.
这里的关键是第二步.... 下一页