SQL数据库的简单分析.老板又没说清楚,请帮帮忙!甚急!!!(100分)

  • 主题发起人 主题发起人 周晓晖
  • 开始时间 开始时间

周晓晖

Unregistered / Unconfirmed
GUEST, unregistred user!
我是新手,刚进入这个行业,老板把项目给我让我做一个
SQL上的应收应付系统.只给了一些模块名称和字段名
让我自己建数据库.
我只按他给的模块分类简单的做了几个表也不知行不行
是否一定要遵守那些"一. 二. 三等范式"呢?
他指的建库又包括那些呢?
另外,我直接在SQL上做的,它的表及那些关联.约束将来怎么移植呢?

实在不好意思,应该直接问老板的,可他很忙又很凶,我不敢.
请帮帮忙! 谢谢!!!


 
求求各位大侠,帮帮忙吧!给点提示也好!
 
用POWER DESIGNER
 
"一. 二. 三等范式"不是针对你的几个表来说的,
而且你也不必为此担心,
只要你的应收应付能用,不出错,数据正确,
目前对付你们老板不会有困难,
象“一个数据库可有多个表”等这样的概念,
可找些资料了解,
况且没有如此严厉的老板,说不定明年的今天
你仍然是个不知数据库和表的计算机应用人才。
所谓LI境出英才,你会成功的。
 
谢谢大家,尤其是maming,谢谢对我的鼓励和支持!
大家还有什么好建议请多多关照!
 
建议是:你有什么一个找书,二是直接找老板,除非你以前骗老板你是高手,不懂就问老板并不会讨厌你的,如果你领悟能力高的话,老板还会觉的你聪明的。
还有呀以下是个人观点,不一定严格按范式做,现在的机器,而且你程序不大,冗余一点是可以的。
 
SQL上的表及那些关联.约束将来怎么移植呢?
 
可以用SQL的脚本文件来做。
 
同意maming的意见,现在作的程序设计对数据库范式不是很严格的要求,而且因为
机器条件比较好,数据库结构设计的好与不好是在工作中慢慢培养起来的,所以不管
三七二十一先作出来再说,再说现在很多电脑公司的成功的软件人员也有不是科班
出身的,我觉得重要不是你的程序设计或数据库结构有多优美,而是你能不能尽快
给老板交货。软件的先期版本总是不太令人满意的。你说呢?
一点意见,仅供参考。
 
三范式不用完全照搬
不过也不要完全自由发挥,
毕竟那也是前人经验的总结
 
范式应该遵守
但应付老板比范式的优先级要高一点
这个问题应找书,应该有例子
 
先做吧,如果以后出问题,还
可以收取系统升级费,:)
,按你的思路就行了(如果
只有你一个人做的话)
 
多人接受答案了。
 

Similar threads

回复
0
查看
1K
不得闲
D
回复
0
查看
2K
DelphiTeacher的专栏
D
D
回复
0
查看
1K
DelphiTeacher的专栏
D
D
回复
0
查看
1K
DelphiTeacher的专栏
D
后退
顶部