【access小品】版友简的故事---三论数据表设计

时　间:2011-05-30 20:13:35
作　者:煮江品茶   ID：10802  城市：武汉
摘　要:数据表设计
正　文:

　　版友简，川妹子是也。于一企业从事模具工艺设计工作久矣，便欲起意用Access辅助设计工作。初，只做些工艺数据的导入导出，不幸被领导窥见，令其写一更广泛之管理程序。所谓无知者无畏，加之简胆大，不知深浅，便欣然领命。上得手来，却是乱麻一堆，且不说各行隔山管理的诸多领域丈二和尚摸不着头脑，就是这个看似简单的Access也还久久进不得门来。

　　这两日，简妹子发贴问数据表设计问题，在下看来是个极大的转变。以往简妹子是不屑于数据表问题的，胡乱弄些表折腾出窗体就万事大吉了。于是弯路走了十万八千里，算是撞了南墙，吃了苦头，便也算是翻然醒悟了。不过弯路走多了，还是有些习惯性的搞法。总还是那种站在十八层楼上，想着怎么修改地基的问题。于是你要和她说数据表结构设计怎么搞法，她一定要准备一堆筛选的问题、计算的问题，来说明数据表结构应该是这样应该是那样。

　　和简妹子说事不能急，只能耐着性子反复说明数据表结构设计阶段不必过多的考虑后期的问题，要能用实例不断的证明她说的所有后期的问题都能得到解决。假如有一点鸡毛蒜皮的小问题，她就会说这样不对，还是应该按她说的方法进行表结构的设计，哪怕这种设计极为不合理，她都会坚持自己是对的。

　　版友简对于数据表的疑惑具有典型意义，几乎非计算机专业的初学者都不懂的也不重视数据表的设计，功夫都下在了窗体、查询、代码等上面了。在我看来这都无异于沙地建楼，有百害而无一益。这个实例是写给简的，想要证明的是表结构设计阶段重点考虑的是数据之间的关系，而非后期处理的问题。所有基于数据表的后期处理的各种问题，都可以找到合理便捷的处理方法，并不需要在数据表的设计阶段过多考虑。

　　如果版友对本实例看得迷惑不解的话，可以看看在简的《请教数据表的规划》中的详细讨论，相信会对你理解本实例有所帮助。

点击下载此附件