这一章好像一直在东拉西扯地闲聊，我是想用这种方式让你认识到为什么需要了解数据库。这里提到的例子并不是个别现象，这些情况每天都在出现。我注意到，诸如此类的问题总在连续不断地发生。

下面把要点再重述一遍。如果你要用Oracle开发，应该做到：

q  需要理解Oracle体系结构。不要求你精通到能自行重写服务器的程度，不过确实需要有足够的了解，知道使用某个特定特性的含义。

q  需要理解锁定和并发控制特性，而且知道每个数据库都以不同的方式实现这些特性。如果不清楚这一点，你的数据库就可能给出“错误”的答案，而且应用会遭遇严重的竞争问题，以至于性能低下。

q  不要把数据库当作黑盒，也就是说，不要以为无需了解数据库。在大多数应用中，数据库都是最为重要的部分。如果忽略它，后果是致命的。

q  用尽可能简单的方法解决问题，要尽量使用Oracle提供的内置功能。这可是你花大价钱买来的。

q  软件项目、编程语言以及框架总是如走马灯似地在变。作为开发人员，我们希望几周（可能几个月）内就把系统建立并运行起来，然后再去解决下一个问题。如果总是从头开始重新“创造”，就永远也追不上开发的脚步。你肯定不会用Java建立你自己的散列表，因为Java已经提供了一个散列表，同样，你也应该使用手头可用的数据库功能。当然，为此第一步是要了解有哪些数据库功能可用。我曾经见过不止一个开发小组遇到麻烦，不光技术上有困难，人员也很紧张，而造成这种结果的原因只是不清楚Oracle已经免费提供了哪些功能。

q  还是上面这一条（软件项目和编程语言总是像走马灯似的），但数据是永远存在的。我们构建了使用数据的应用，从长远看，这些数据会由多个应用使用。所以重点不是应用，而是数据。应该采用允许使用和重用数据的技术和实现。如果把数据库当成一个桶，所有数据访问都必须通过你的应用，这就错了。这样一来，你将无法自主地查询应用，也无法在老应用之上构建新应用。但是，如果充分地使用数据库，你就会发现，无论是增加新应用、新报告，还是其他任何功能，都会容易得多

牢记以上这几点，再接着看下面的内容。