今天再次考虑一下是否升级dababase，这是最早时使用XML来代替简单基表的解决方案，当XContainer已经出现后，就显得有点简陋了；最终 实现升级是必然的事，如果这个项目最终能够完成的话。当有着先例的情况下，使用XContainer升级这个老的XML文件，不会是太麻烦的事情，问题在 于，调用的地方会如何？目前调用的情形，已经脱离了lister，因此，只要控制会几个访问database的标签，也不会产生太大的震荡。难点主要在于 那个二级，会涉及到另外几个base，因此，有可能会造成一个升级延伸。其中最大的动作，毫无疑问还是在于那么database.service的升级， 这个地方，涉及到线程的使用，可能会有一些震荡性的动作。

下一步升级涉及到的，大概是这两个问题。刚刚让防火墙老客户估计是arp欺骗的求告弄了一下，想起，大概也可以安排李继搞一搞这件事了，不知有什么用，但是大概可以帮上某一件事情。

XContainer 里头装载的，是XOBJ，这和Database里的memoryBase还是有很大的区别的，看来，把XContainer的排序方法写进Base里，显 得更为现实，由于现在的大base已经是在数据库里，这样升级的好处，是允许系统管理员可以通过界面编写，而这一条，目前还不算太迫切。

近日屋前盖大楼，头顶三家公务员又在装修，半年一修，共党的公务员就是钱多。白天把我的房子弄得象厂一样声威大响，加上女儿也在凑热闹，真是吵得不能静下 心细想问题。晚上乘着人静一点，周围走走，想想这个base的事情；觉得环境还是不错的，白天拿个手机，也可以在小区里跑跑步，晒晒太阳。

细想下来，memorybase,simplebase,甚至multibase都有存在的必要而不会有多少更替的空间；而treebase就没有太大的 存在的必要。另一方面，simplebase结合数据库的支持也是必要的，当初也没有做错什么。treebase目前仍没有真正开始使用，显然，这种反向 遍历效率太低，如果不是使用子集的形式，根本就不值得采用。由于XML可以解释子集合对象，这样，的确存在着把子对象变成链集，实现无反向遍历的树表，的 可能性。并且，这种结构还可以继续使用simplebase的数据库支持，通过XML字段存储子集信息。

把memorybase存储到小文件中，可以实现另一个目的，就是把这些存储清除出内存。对小文件的当前查询和解释并不可怕；而原来的大文件方式就显得太可怕了。

simplebase存入数据库中读的时侯载入，一定时间后清除，一时也想不出更好的办法。如果实现的是静态发布，实时访问量会大幅度减少，对于数据库支 持性能的担忧也会随之减轻。这里，没有必须如何升级的清晰的主意。非常肯定地，目前涉及到DATABASE的升级的工作不是一天可以完成的，估计需要三天 时间。想清楚，还可以一点点地升级，这几个步骤看来是不必然相连为一个的。