你说的那些是界面，次要的。数据库关键是数据的设计，什么数据分布在什么地方，如何使用，都是根据实际需求而定的，那才是真正的数据结构。有一些数据库设计原则，你找点软件工程的书来看就知道了。

还和软件工程有关系啊 。那个不是需求分析  概要设计 详细设计 编码 测试 维护 什么的吗。

系统是围绕数据设计的，它决定整个系统的基本面。

我这里有个问题
我们公司 我想其他公司也是
如果是做管理软件的 都会有一套成熟的系统框架 也就是说可以用这幅框架去适应不同客户的要求(当然是管理系统软件客户) 那么作为一个新手比如我 在接触这个庞大的系统架构的时候 为了能快速进入项目开发 公司培训时并不要求你去对主系统框架进行深层次的考察 好比给一棵大树整形 我现在的能力只能去砍砍小枝桠 而且砍树枝的招式和动作公司都给你先想好安排好了 别说深入数据设计 就是把握系统框架的运行机理都是比较困难的 因为公司不可能在这上面花时间来培训新人的 但是问题来了 如果连原理和根本的东西都不能纯熟的运用 恐怕走不了多远
所以我现在的想法就是在完成公司的要求和练熟培训的套路后 尽可能地去理解系统的运行机制和它与SQL数据库之间是如何无隙结合的。
貌似学套路好办 解剖系统和数据库就不是那么简单的事情了。

没有独立设计过哪怕最简单的应用系统，是看不出道道的。除非你在公司各个岗位都待过，否则你摸不着。

怎么去独立设计啊 我现在就只学敲代码。
可是我又不想砍柴砍到黑。

你的意思是我下班后自己结合SQL设计一些简单的系统 ？

我一直就劝告那些学生，老师布置的那些课程设计，尽力做到最好，不要敷衍了事，那些就是独立的系统。就算是学生成绩、档案之类的简单课题，都可以应用到数据库中，考虑数据如何设计，满足实际中可能想像到的各种输入输出需求，这几年下来，就已经有点经验了，从来没人听过，为交作业而做作业。这个我也跟你说过，自己想一个项目，从头至尾完成它，反复地修改，解剖一只麻雀，胜于蜻蜓点水什么都碰一下。那个程序是否能够卖出去是不重要的，重要的是你凭借它获得实践经验。没独立做过这些东西的，人家给你讲解也是白搭，根本不明白为什么要这样、如果不这样会有什么后果。

5555 是啊 以前你多次提点我这个 我都敷衍了事了 现在瞎子摸象才知道吃亏
 以前我网撒的太大 鱼却没捞到几只 自己找的啊。不过以前方向不明 心浮的很哦。
现在听你的 下班后抽时间好好自己用delphi和SQL做个简单的系统 不再马马虎虎了。敬茶。

http://baike.baidu.com/view/8268.htm

哈哈 淘宝上搜这书 翻了10多页就发现3本 算邮费基本都是原价出售了 。