楼主: jackyzhung

這個表怎么設計呀

[复制链接]
求职 : 系统分析师
论坛徽章:
691
博彩大赢家
日期:2014-07-14 11:41:47博彩大赢家
日期:2015-09-24 12:11:05菠菜神灯
日期:2016-04-18 13:59:20NBA季后赛大富翁
日期:2016-04-27 11:51:10NBA季后赛大富翁
日期:2016-06-24 10:29:08芝加哥公牛
日期:2015-06-25 09:32:08芝加哥公牛
日期:2016-04-18 14:22:33芝加哥公牛
日期:2016-10-27 14:28:54芝加哥公牛
日期:2016-12-27 14:16:24芝加哥公牛
日期:2017-04-18 17:07:58
11#
发表于 2003-12-13 00:39 | 只看该作者
最初由 omencathay 发布
[B]如果属性参差不齐,数据量不是很大,干脆不用考虑严格的关系问题,直接按照属性最多的,在表里多加几个字段的了,空的默认成null [/B]


这是比较简单的处理方法,10左右可以考虑,否则麻烦了哦,毕竟考虑的不只是这几个属性的维护

使用道具 举报

回复
论坛徽章:
59
马上加薪
日期:2014-02-19 11:55:142012新春纪念徽章
日期:2012-02-13 15:11:522012新春纪念徽章
日期:2012-01-04 11:49:54ITPUB十周年纪念徽章
日期:2011-11-01 16:19:41灰彻蛋
日期:2011-10-28 14:15:35管理团队成员
日期:2011-05-07 01:45:082011新春纪念徽章
日期:2011-02-18 11:43:332011新春纪念徽章
日期:2011-01-25 15:42:562011新春纪念徽章
日期:2011-01-25 15:42:332011新春纪念徽章
日期:2011-01-25 15:42:15
12#
发表于 2003-12-13 00:45 | 只看该作者
最初由 ccwlm741212 发布
[B]

这是比较简单的处理方法,10左右可以考虑,否则麻烦了哦,毕竟考虑的不只是这几个属性的维护 [/B]

问题在于属性的维护倒底是做什么, 一个部件的尺寸有必要和别的物件共有吗? 如果不是要经常性修改共同的属性, 属性的多少也就不是问题了.
如果系统中不是要不断增加新属性的话, 使用属性表来管理属性就没有太大的必要了

使用道具 举报

回复
求职 : 系统分析师
论坛徽章:
691
博彩大赢家
日期:2014-07-14 11:41:47博彩大赢家
日期:2015-09-24 12:11:05菠菜神灯
日期:2016-04-18 13:59:20NBA季后赛大富翁
日期:2016-04-27 11:51:10NBA季后赛大富翁
日期:2016-06-24 10:29:08芝加哥公牛
日期:2015-06-25 09:32:08芝加哥公牛
日期:2016-04-18 14:22:33芝加哥公牛
日期:2016-10-27 14:28:54芝加哥公牛
日期:2016-12-27 14:16:24芝加哥公牛
日期:2017-04-18 17:07:58
13#
发表于 2003-12-13 00:50 | 只看该作者
最初由 lodge 发布
[B]
问题在于属性的维护倒底是做什么, 一个部件的尺寸有必要和别的物件共有吗? 如果不是要经常性修改共同的属性, 属性的多少也就不是问题了.
如果系统中不是要不断增加新属性的话, 使用属性表来管理属性就没有太大的必要了 [/B]


那究竟给用户留多少算合适呢?今天是20个,1年后需要25个呢,2年后需要30个呢。。。。而这样的变动所影响的系统数据和报表统计有多少你衡量过没有,而且这样的工作企业的人员能解决吗

使用道具 举报

回复
论坛徽章:
59
马上加薪
日期:2014-02-19 11:55:142012新春纪念徽章
日期:2012-02-13 15:11:522012新春纪念徽章
日期:2012-01-04 11:49:54ITPUB十周年纪念徽章
日期:2011-11-01 16:19:41灰彻蛋
日期:2011-10-28 14:15:35管理团队成员
日期:2011-05-07 01:45:082011新春纪念徽章
日期:2011-02-18 11:43:332011新春纪念徽章
日期:2011-01-25 15:42:562011新春纪念徽章
日期:2011-01-25 15:42:332011新春纪念徽章
日期:2011-01-25 15:42:15
14#
发表于 2003-12-13 00:56 | 只看该作者
最初由 ccwlm741212 发布
[B]

那究竟给用户留多少算合适呢?今天是20个,1年后需要25个呢,2年后需要30个呢。。。。而这样的变动所影响的系统数据和报表统计有多少你衡量过没有,而且这样的工作企业的人员能解决吗 [/B]

楼主不是在开发SAP或者ORACLE这样的通用系统, 他是在为一个公司做专用系统, 所需要的属性是完全可以通过调查用户需求来得到的. 要知道, 为了保证灵活性, 是要付出代价的, 工时和成本都要上升的.

使用道具 举报

回复
论坛徽章:
33
2011新春纪念徽章
日期:2011-01-25 15:41:012012新春纪念徽章
日期:2012-02-13 15:11:52ITPUB 11周年纪念徽章
日期:2012-10-10 13:11:14兰博基尼
日期:2013-11-04 12:55:50马上有车
日期:2014-02-19 11:55:14马上有房
日期:2014-02-19 11:55:14马上有钱
日期:2014-02-19 11:55:14马上有对象
日期:2014-02-19 11:55:14马上加薪
日期:2014-02-19 11:55:142012新春纪念徽章
日期:2012-02-13 15:11:52
15#
发表于 2003-12-13 00:57 | 只看该作者
最初由 ccwlm741212 发布
[B]

那究竟给用户留多少算合适呢?今天是20个,1年后需要25个呢,2年后需要30个呢。。。。而这样的变动所影响的系统数据和报表统计有多少你衡量过没有,而且这样的工作企业的人员能解决吗 [/B]


大不了重新设计表,然后把原有的数据DTS进去

使用道具 举报

回复
求职 : 系统分析师
论坛徽章:
691
博彩大赢家
日期:2014-07-14 11:41:47博彩大赢家
日期:2015-09-24 12:11:05菠菜神灯
日期:2016-04-18 13:59:20NBA季后赛大富翁
日期:2016-04-27 11:51:10NBA季后赛大富翁
日期:2016-06-24 10:29:08芝加哥公牛
日期:2015-06-25 09:32:08芝加哥公牛
日期:2016-04-18 14:22:33芝加哥公牛
日期:2016-10-27 14:28:54芝加哥公牛
日期:2016-12-27 14:16:24芝加哥公牛
日期:2017-04-18 17:07:58
16#
发表于 2003-12-13 01:01 | 只看该作者
最初由 lodge 发布
[B]
楼主不是在开发SAP或者ORACLE这样的通用系统, 他是在为一个公司做专用系统, 所需要的属性是完全可以通过调查用户需求来得到的. 要知道, 为了保证灵活性, 是要付出代价的, 工时和成本都要上升的. [/B]


这位兄弟可是在纺织行业的ERP哦,

即使是专用系统,这样做也是不负责责任的表现,既然属性不定,我们的软件系统设计就应该考虑这样的不确定因数所带来的结果,特别是如果要推广的话,修改的工作量将是很大很大的

使用道具 举报

回复
求职 : 系统分析师
论坛徽章:
691
博彩大赢家
日期:2014-07-14 11:41:47博彩大赢家
日期:2015-09-24 12:11:05菠菜神灯
日期:2016-04-18 13:59:20NBA季后赛大富翁
日期:2016-04-27 11:51:10NBA季后赛大富翁
日期:2016-06-24 10:29:08芝加哥公牛
日期:2015-06-25 09:32:08芝加哥公牛
日期:2016-04-18 14:22:33芝加哥公牛
日期:2016-10-27 14:28:54芝加哥公牛
日期:2016-12-27 14:16:24芝加哥公牛
日期:2017-04-18 17:07:58
17#
发表于 2003-12-13 01:02 | 只看该作者
最初由 omencathay 发布
[B]

大不了重新设计表,然后把原有的数据DTS进去 [/B]


所有的报表和统计呢,重新设计一下

使用道具 举报

回复
论坛徽章:
59
马上加薪
日期:2014-02-19 11:55:142012新春纪念徽章
日期:2012-02-13 15:11:522012新春纪念徽章
日期:2012-01-04 11:49:54ITPUB十周年纪念徽章
日期:2011-11-01 16:19:41灰彻蛋
日期:2011-10-28 14:15:35管理团队成员
日期:2011-05-07 01:45:082011新春纪念徽章
日期:2011-02-18 11:43:332011新春纪念徽章
日期:2011-01-25 15:42:562011新春纪念徽章
日期:2011-01-25 15:42:332011新春纪念徽章
日期:2011-01-25 15:42:15
18#
发表于 2003-12-13 01:10 | 只看该作者
最初由 ccwlm741212 发布
[B]

这位兄弟可是在纺织行业的ERP哦,

即使是专用系统,这样做也是不负责责任的表现,既然属性不定,我们的软件系统设计就应该考虑这样的不确定因数所带来的结果,特别是如果要推广的话,修改的工作量将是很大很大的 [/B]

NO NO NO NO
怎么是不负责任呢, 把用户的每一分钱都花在他感兴趣的地方, 偶这几天正是为这样的问题烦恼, 偶是在做服装业ERP, 用户只许偶们使用色码标三个属性, 偶们不是一样也要做下来嘛, 不是每一个属性都是那么有用滴, 属性越少越通俗越容易推广的说

使用道具 举报

回复
论坛徽章:
33
2011新春纪念徽章
日期:2011-01-25 15:41:012012新春纪念徽章
日期:2012-02-13 15:11:52ITPUB 11周年纪念徽章
日期:2012-10-10 13:11:14兰博基尼
日期:2013-11-04 12:55:50马上有车
日期:2014-02-19 11:55:14马上有房
日期:2014-02-19 11:55:14马上有钱
日期:2014-02-19 11:55:14马上有对象
日期:2014-02-19 11:55:14马上加薪
日期:2014-02-19 11:55:142012新春纪念徽章
日期:2012-02-13 15:11:52
19#
发表于 2003-12-13 01:11 | 只看该作者
最初由 ccwlm741212 发布
[B]

所有的报表和统计呢,重新设计一下 [/B]


这倒没有考虑

使用道具 举报

回复
求职 : 系统分析师
论坛徽章:
691
博彩大赢家
日期:2014-07-14 11:41:47博彩大赢家
日期:2015-09-24 12:11:05菠菜神灯
日期:2016-04-18 13:59:20NBA季后赛大富翁
日期:2016-04-27 11:51:10NBA季后赛大富翁
日期:2016-06-24 10:29:08芝加哥公牛
日期:2015-06-25 09:32:08芝加哥公牛
日期:2016-04-18 14:22:33芝加哥公牛
日期:2016-10-27 14:28:54芝加哥公牛
日期:2016-12-27 14:16:24芝加哥公牛
日期:2017-04-18 17:07:58
20#
发表于 2003-12-13 01:13 | 只看该作者
最初由 lodge 发布
[B]
NO NO NO NO
怎么是不负责任呢, 把用户的每一分钱都花在他感兴趣的地方, 偶这几天正是为这样的问题烦恼, 偶是在做服装业ERP, 用户只许偶们使用色码标三个属性, 偶们不是一样也要做下来嘛, 不是每一个属性都是那么有用滴, 属性越少越通俗越容易推广的说 [/B]


咱和你一样曾经也是这样做滴!一个库存软件骗了5万,可要想继续推广,咱下一没这样做

使用道具 举报

回复

您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

TOP技术积分榜 社区积分榜 徽章 团队 统计 知识索引树 积分竞拍 文本模式 帮助
  ITPUB首页 | ITPUB论坛 | 数据库技术 | 企业信息化 | 开发技术 | 微软技术 | 软件工程与项目管理 | IBM技术园地 | 行业纵向讨论 | IT招聘 | IT文档
  ChinaUnix | ChinaUnix博客 | ChinaUnix论坛
CopyRight 1999-2011 itpub.net All Right Reserved. 北京盛拓优讯信息技术有限公司版权所有 联系我们 未成年人举报专区 
京ICP备16024965号-8  北京市公安局海淀分局网监中心备案编号:11010802021510 广播电视节目制作经营许可证:编号(京)字第1149号
  
快速回复 返回顶部 返回列表