给学数据库的朋友一点经验

抽烟斗的狗

我是在89年就接触数据库了，当时是在银行工作，银行要上新储蓄系统，俺去参加学习操作应用，还有测试，什么系统？unix+db数据库！各位想想那时是何等的超前啊！我记得当时是ccdos的世界！我们的工程师们谈论的是猫(cat),还有管道，联网技术是ATM，如此超前要找一本相关的书都难，只有英文手册，更不用说上网查资料，讨论问题了！经验1。书虽好，但不是万能，一定要用，应用到实际上！
  经验2。数据库是为解决实际问题而产生的。即使用现在眼光看当时的系统，也是如此的专业，高度可靠的，切合实际应用。作用一：提高效率，解决手工计息的麻烦。二是：准确，就算是输错一分钱，电脑也会在日结后反映出来，每天营业结束后，系统进行批处理，产生各种报表，各种错误会显示出来，立刻改正。三是：起监督作用，数据一经输入确认后，不能随便更改，要授权和一定的程序。可以这样说当初输入的每一个数据都是准确的，真实的。能有此效果，得益于数据库的设计，和unix的应用，设计者知道数据流的每一个环节，监控点在那，数据流的分支点，汇入点，如何变异都了如指掌，还有unix提供了一个安全的，能在低层自由处理数据能力的环境。
  经验3。数据的价值是最高的。我们在当时已经为数据的安全采取最高等级的保护，数据处理结束后备份两盒磁带，一盒在保险柜，一盒立即异地保存，一星期后轮换磁带，一盒磁带要几十美金！还有每一个数据都是根据传票输入的，传票就提供了实物依据。
  经验4。数据共享。所有的数据只输入一次，保证了准确，真实，不会混淆，容易监控。以后所有报表上的数据是在基础数据上提取。
  经验5。不要迷信图形化，所有的界面都是文字界面，数字选择菜单，回车确认，快捷好用。
   经验6。数据后期的高度灵活处理，这可能只在unix下才能实现，数据归集,输出极其灵活，优雅，想要什么报表都可以产生。
  以上的经验是来自于对数据库的高度可靠，高度专业，数据绝对的真实准确要求而来，可能不会适宜一般数据库的应用。
  下面再看看另一例子：俺后来离开银行到了另一公司，此公司不可谓不大，在二十个城市有办事处，各种数据的重要性越来越大，老板也要搞电脑化，找人弄了一个专用系统，进入后，首先显示本公司的标志，再看，原来是微软的office的大集合，这那是数据库啊，根本就是数据记录簿，每人一台电脑，把数据输进去，排好版，打印，装订。销售部一本数据记录簿，物流部一本数据记录簿，应收部一本数据记录簿，资金部一本数据记录簿，垃圾系统！！
  最后想说的，俺不是搞电脑技术出身，很后悔当初没有在银行学两招，正好现在下岗，在家捣弄起liunx.好怀念银行的系统，俺要学数据库，图西山再起。

99112mao

你到底是干什么的啊，说起来应该耳濡目染了，怎么还是不行呢，奇怪！

hotjava

反对：
首先，银行的业务其实比较简单，只是可靠性要求很高而已；
其次，功能是在应用程序上的，而非数据库本身。

抽烟斗的狗

Post by 99112mao
你到底是干什么的啊，说起来应该耳濡目染了，怎么还是不行呢，奇怪！

俺不是系统管理员,没有进入系统的权力,里面的东西当然不明白.

抽烟斗的狗

Post by hotjava
反对：
首先，银行的业务其实比较简单，只是可靠性要求很高而已；
其次，功能是在应用程序上的，而非数据库本身。

这恰恰说明数据与应用程序结合得很好,如果开发出来的数据库只会查询,就没其他的功能,那只能看,不能用了.我们要看的是这个系统提供的启示.