今天挺郁闷的,碰到几个问题。
有关xml的,用两个table储存信息,一个存头的信息,一个存详细的信息,两个表用一个主键联起来。当显示xml的时候,就已经把要显示的所有头信息拿了回来,当显示详细信息的时候,当前条目的头信息还要不要去数据库再拿一次呢?我觉得很没有必要,因为既然已经拿了在页面了,直接在页面把有的数据取出来不就可以了吗。这样可以减少访问服务器的数据量,为什么还要拿主键再回去拿回来一次呢?这不是多余吗?这样后面的BO又要多了一个函数,从维护来看,未必就是容易的吧?不从数据库再取出来,可能导致的问题是会当前显示的跟数据库实际上的不一样,但我觉得这应该是允许的,毕竟用户没有整个刷新页面,如果再去取出来,显示的详细信息跟头信息不一样,那才给人投诉呢!
另外,用同一个xsl来render输入跟显示页面,这样做虽然会对维护稍微有帮助,但是看到xsl里面那么多的if,when,我想做维护的看了可能立刻会想骂的吧。应该有更好的办法写才是。
DB2的transaction问题,不知道是不是有具体的大小限制,如果在一个transaction里面update跟insert上万条记录,不知道db2会不会杀掉 或 被杀……
有关xml的,用两个table储存信息,一个存头的信息,一个存详细的信息,两个表用一个主键联起来。当显示xml的时候,就已经把要显示的所有头信息拿了回来,当显示详细信息的时候,当前条目的头信息还要不要去数据库再拿一次呢?我觉得很没有必要,因为既然已经拿了在页面了,直接在页面把有的数据取出来不就可以了吗。这样可以减少访问服务器的数据量,为什么还要拿主键再回去拿回来一次呢?这不是多余吗?这样后面的BO又要多了一个函数,从维护来看,未必就是容易的吧?不从数据库再取出来,可能导致的问题是会当前显示的跟数据库实际上的不一样,但我觉得这应该是允许的,毕竟用户没有整个刷新页面,如果再去取出来,显示的详细信息跟头信息不一样,那才给人投诉呢!
另外,用同一个xsl来render输入跟显示页面,这样做虽然会对维护稍微有帮助,但是看到xsl里面那么多的if,when,我想做维护的看了可能立刻会想骂的吧。应该有更好的办法写才是。
DB2的transaction问题,不知道是不是有具体的大小限制,如果在一个transaction里面update跟insert上万条记录,不知道db2会不会杀掉 或 被杀……