读写文件不是效率很低的嘛，那么数据库为何效率高呢

JohnBull

原帖由 giniouswr 于 2006-8-5 17:50 发表
DMA技术的重要性在于，利用它进行数据传送时不需要CPU的参与。每台电脑主机板上都有DMA控制器，通常计算机对其编程，并用一个适配器上的ROM(如软盘驱动控制器上的ROM)来储存程序，这些程序控制DMA传送数据。一旦控 ...

DMA的过程虽然不需要CPU参与，但是不要忘了仍然需要总线参与，而现在的X86系统下，总线恰恰是瓶颈所在。另外，DMAC对于总线的使用不像CPU那样讲究，长时间地占用总线和RAM子系统究竟带来效应一定要充分考虑。

所以DMA对于系统的运行效率究竟提高多少是需要论证的，尤其对于总线结构的SMP系统而言，DMA对于系统效率的影响更要小心论证。

book11

没仔细研究过，我认为最重要的一点是数据库采用了索引，
查找速度很快。也就是取某个记录时，能快速在文件中定位。

namtso

数据库系统 在存取大批量数据的时候，多数情况下都比由操作系统管理文件系统快。

coco520

还是那个小品文写得不错

xiedehui1983

除了利用raw IO直接写文件外,还有很重要的一点就是DBMS会利用B+ B-树等结构来组织文件中数据的结构 这样在更新,删除以及增加操作时速度会更快

longshort

数据库通过主要两种途径提高ＩＯ性能．
１．把ＩＯ动作尽可能的在自己的ＢＵＦＦＥＲ里面实现，对于必须的物理ＩＯ操作，通过对要写入的数据的预先组织（预先读取，按物理顺序排队，分块写入，小数据量写入等操作实现，比如对Ｐ－ＬＯＧ和ＬＯＧＩＡＬ　ＬＯＧ）．
２．对于物理ＩＯ动作，ｄｂ可以通过ＲＡＷ／ＣＯＯＫＥＤ设备来实现，在ＲＡＷ设备上操作的话，ＤＢ自己管理设备以及数据在ＲＡＷ设备上的存储细节，也就是说ＤＢ对于实际的物理存储是了解的，比如说，有２块ＤＥＶＩＣＥ，上面各自分别有２个ＲＡＷ　ＤＥＶＩＣＥＳ，那么ＤＢ可以用２个ＴＨＲＥＡＤ在２个ＤＥＶＩＣＥ上面同时动作，对于同一ＤＥＶＩＣＥ上面的ＬＯＧＩＣＡＬ　ＶＯＬＵＭ，ＤＢ对数据的预先安排可以大大提高ＩＯ性能．而文件系统上的ＩＯ由于有ＤＯＵＢＬＥ－ＢＵＦＦＥＲ，所以数据库所有对ＩＯ的优化基本上没作用（因为ＤＢ的ＢＵＦＦＥＲ通常比ｏｓ的ｉｏ　ＢＵＦＦＥＲ大的多，当ＤＢ　ＢＵＦＦＥＲ对应的ＯＳ　ＢＵＦＦＥＲ映射失败的时候，ＩＯ就要通过物理ＩＯ来完成了，并且ＤＢ并不知道实际的ＩＯ操作在物理设备上的实现细节（比如文件系统在物理设备上的位置））．
３．所有物理的ＩＯ动作最后还是对应到了ＲＥＡＤ／ＷＲＩＴＥ操作，只不过在ＲＡＷ方式下的ＲＥＡＤ／ＷＲＩＴＥ是对设备直接操作的，不需要借助于文件系统实现．

描述得太复杂了，其实事情本来并没这么乱。很简单：

write 是操作系统提供的系统调用，用不用到缓冲其实并不重要。数据库系统在写硬盘时也调用write，当查询处于事务处理方式时，write之后再调用一下另一个系统调用sync()，这样read/write所使用的buffer被立即提交，也即硬盘与内存同步了。换句话说，数据库系统在写操作时，并不设置fcntl()是否缓冲，而是每write一次就跟随一次sync()，以此来保证内存数据与硬盘数据的一致性和完整性。

至于性能，数据库是没有速度性能可言的。

gucuiwen

原帖由 北京野狼 于 2005-4-14 10:50 发表


你应该做过实验再发表评论．写个程序读写数据库和文件个10万次。
必定是几十倍甚至百倍的差别．
记住各自只有一行记录比较，不需要检索，和数据库的应用设计毫无关系．即便大量数据检索，数据库没有索引效率 ...

呵呵，似乎有道理。

[ 本帖最后由 gucuiwen 于 2006-11-13 17:43 编辑 ]

fengwy

原帖由 albcamus 于 2005-4-11 09:56 发表
我只知道大型数据库用raw IO，绕过文件系统直接和驱动层打交道，速度能提高不少。

不是绕过文件系统，而是绕过文件系统的cache

fengwy

原帖由 bennie 于 2005-11-26 12:12 发表
写个小品文：

在遥远的古希腊，有一天柏拉图正在学院里看书，停下来休息的时候，正看到他的学生亚里士多德从外面走来。
亚：老师，马其顿王刚才有个任务交给我们，让我们处理一下学院内所有学生的资料。老师， ...

牛！！！！

Momoass

现在的文件系统都朝数据库方向迈进了。