较多字段的表设计和操作的一点感触

前几天做了一个 ** MIS，劳务外包，人员档案方面的。

 

表设计时候，没想到分成几个1 - 1的表，就用给一个大表，大约50个字段，其中10个是blob的。

 

需求中查询条件也差不多包含全部字段了（varchar类型的的like，日期类型的 > = <，blob类型 exists or not），稍微加点权限限制（比如，一些用户只能操作表的一个子集），外加Excel导入导出。

 

本来打算用以前做的一个模板（上一篇BLOG有介绍）的——结果老板说用户体验不好，换个风格。

 

那只有重新coding了……

 

结果1个小时的工作变成了3天，还调试n久——尤其是表单，这么多字段，光中文和表列英文对应，一个不小心就搞错了。

 

http://www.iteye.com/topic/534249

为啥大家都不喜欢这种更scripty的OO呢

 

如果用了struts或写一个vo，还要写一个有50个property么？？添加页面也要写一个有50个input(select) html元素的么？？