14 个解决方案
#1
你的“表的结构”是指的报表的结构吧
#2
不是报表的结构,是数据库表的结构
#3
呵呵这个我也碰到过的啊
对于一些老牌企业的人员,EXCEL或WPS办公软件中毒太深,老认为为他们开发的软件的报表要是可以像EXCEL那样自定义结构就好了。可是他们没有想过,开发一个OFFICE要多少钱(告诉他们不是买而是开发),再者,如果OFFICE能够满足要求的话,那么还找你们开发软件干什么(直接这样问当然完蛋,委婉一些)?解决办法是找客户协商,告诉客户,如果他的报表能够随意定义列数的话,将会出现页面排版不下或出现数字打不下的情况,如果非要这样的话,可能在报表里丢失精度或者有的列根本打不出。如果非要改变结构的话,可以预置几个打印结构的表给他们选择以应付以后的变动。一般这样都可以说通客户的,如果这样都说不了客户的话,那么该你倒霉了。
而他们原来数据库里的数据,如果可能的话,专门写一个简单的转换程序通过ODBC转换到你自己的数据库里。
对于一些老牌企业的人员,EXCEL或WPS办公软件中毒太深,老认为为他们开发的软件的报表要是可以像EXCEL那样自定义结构就好了。可是他们没有想过,开发一个OFFICE要多少钱(告诉他们不是买而是开发),再者,如果OFFICE能够满足要求的话,那么还找你们开发软件干什么(直接这样问当然完蛋,委婉一些)?解决办法是找客户协商,告诉客户,如果他的报表能够随意定义列数的话,将会出现页面排版不下或出现数字打不下的情况,如果非要这样的话,可能在报表里丢失精度或者有的列根本打不出。如果非要改变结构的话,可以预置几个打印结构的表给他们选择以应付以后的变动。一般这样都可以说通客户的,如果这样都说不了客户的话,那么该你倒霉了。
而他们原来数据库里的数据,如果可能的话,专门写一个简单的转换程序通过ODBC转换到你自己的数据库里。
#4
数据表的结构用户自己可以定制?哈哈,他们不懂数据库,可以理解。这样要你耐心给他们解释,他们看到的数据表界面是可以定制的(显示视图可以定制这都知道)。至于数据表的设计,当然是你自己决定啦,不然是你设计程序还是他们设计程序?:)
#5
所以还是用EXCLE来解决吧。OLE + 宏。
#6
office组件库提供了几乎所有你能想到的功能,用已有的COM组件来解决是最好的office的COM组件对于办公上的功能支持很不错的,它的灵活度也够高,盖楼不是从种树开始对不对
#7
这也“需求很火”?我看是没需求!
#8
烂人才幻想万能。
#9
结果是成事不足,败事有余。
#10
好像与用户需求没关系,是设计问题。
#11
数据库表结构随意定制?很麻烦! 不这样实现吧.考虑变通办法.
#12
系统的数据库表结构与客户说的‘数据库表结构’不是同一层次的内容,系统的数据库表结构是由我们设计不会随意改动,客户所说的如人员信息表中增加一项指标,这只是实现方法的一种方式,在系统的数据库表结构并没有增加,只是其中一些数据库表中增加了需新增指标项的记录...
#13
在实际中需要要客观分析,这种需求真的是不理智!
处理这种问题的关键是,客观分析!
处理这种问题的关键是,客观分析!
#14
必须引导用户需求,大多数用户并不知道自己想要的具体东西,可以一步一步地和用户交流嘛
#1
你的“表的结构”是指的报表的结构吧
#2
不是报表的结构,是数据库表的结构
#3
呵呵这个我也碰到过的啊
对于一些老牌企业的人员,EXCEL或WPS办公软件中毒太深,老认为为他们开发的软件的报表要是可以像EXCEL那样自定义结构就好了。可是他们没有想过,开发一个OFFICE要多少钱(告诉他们不是买而是开发),再者,如果OFFICE能够满足要求的话,那么还找你们开发软件干什么(直接这样问当然完蛋,委婉一些)?解决办法是找客户协商,告诉客户,如果他的报表能够随意定义列数的话,将会出现页面排版不下或出现数字打不下的情况,如果非要这样的话,可能在报表里丢失精度或者有的列根本打不出。如果非要改变结构的话,可以预置几个打印结构的表给他们选择以应付以后的变动。一般这样都可以说通客户的,如果这样都说不了客户的话,那么该你倒霉了。
而他们原来数据库里的数据,如果可能的话,专门写一个简单的转换程序通过ODBC转换到你自己的数据库里。
对于一些老牌企业的人员,EXCEL或WPS办公软件中毒太深,老认为为他们开发的软件的报表要是可以像EXCEL那样自定义结构就好了。可是他们没有想过,开发一个OFFICE要多少钱(告诉他们不是买而是开发),再者,如果OFFICE能够满足要求的话,那么还找你们开发软件干什么(直接这样问当然完蛋,委婉一些)?解决办法是找客户协商,告诉客户,如果他的报表能够随意定义列数的话,将会出现页面排版不下或出现数字打不下的情况,如果非要这样的话,可能在报表里丢失精度或者有的列根本打不出。如果非要改变结构的话,可以预置几个打印结构的表给他们选择以应付以后的变动。一般这样都可以说通客户的,如果这样都说不了客户的话,那么该你倒霉了。
而他们原来数据库里的数据,如果可能的话,专门写一个简单的转换程序通过ODBC转换到你自己的数据库里。
#4
数据表的结构用户自己可以定制?哈哈,他们不懂数据库,可以理解。这样要你耐心给他们解释,他们看到的数据表界面是可以定制的(显示视图可以定制这都知道)。至于数据表的设计,当然是你自己决定啦,不然是你设计程序还是他们设计程序?:)
#5
所以还是用EXCLE来解决吧。OLE + 宏。
#6
office组件库提供了几乎所有你能想到的功能,用已有的COM组件来解决是最好的office的COM组件对于办公上的功能支持很不错的,它的灵活度也够高,盖楼不是从种树开始对不对
#7
这也“需求很火”?我看是没需求!
#8
烂人才幻想万能。
#9
结果是成事不足,败事有余。
#10
好像与用户需求没关系,是设计问题。
#11
数据库表结构随意定制?很麻烦! 不这样实现吧.考虑变通办法.
#12
系统的数据库表结构与客户说的‘数据库表结构’不是同一层次的内容,系统的数据库表结构是由我们设计不会随意改动,客户所说的如人员信息表中增加一项指标,这只是实现方法的一种方式,在系统的数据库表结构并没有增加,只是其中一些数据库表中增加了需新增指标项的记录...
#13
在实际中需要要客观分析,这种需求真的是不理智!
处理这种问题的关键是,客观分析!
处理这种问题的关键是,客观分析!
#14
必须引导用户需求,大多数用户并不知道自己想要的具体东西,可以一步一步地和用户交流嘛