- 主题:为什么用B+而不是B树？
百度
【 在 useCASE 的大作中提到: 】
: 那数据库的三大范式是什么？
:
--
FROM 221.221.49.*
数据文件与索引文件是分离的。
一个数据文件可以有很多索引文件。每个索引文件的节点没有数据，只有数据指针。
数据在文件中基本是无序的。
【 在 xieyf 的大作中提到: 】
: 数据库存在磁盘上，记录在文件内是需要排序的吗？
: 如果是排序的，那么删除和插入过程是不是会留下很多空穴？这个有什么好办法处理？
:
: ...................
--
FROM 221.221.49.*
很多现成的数据库系统都可以支持这个需求。
【 在 xieyf 的大作中提到: 】
: 剪裁起来太费劲，而且我要存几gb的这种blob，还要支持连续存储
:
: #发自zSMTH@时光音乐会
--
FROM 221.221.49.*
你看一下ORACLE的存储结构，这些是公开的，就是内容繁复。
读写并行是有难度的，尤其是有人在读有人在改，ORACLE在这方面处理的非常好。
涉及：脏读，commit读，串行读，还一个忘了。
【 在 xieyf 的大作中提到: 】
: 兄弟你解决了我心中好几个月的疑问。
: 那有什么kv数据库值得剪裁的？
: 初步想了一下，Berkeley db（我最早用的）， level db(这个估计得重新设计存储系统）
: ...................
--
修改:ylh0315 FROM 221.221.49.*
FROM 221.221.49.*
同时写也是困难，许多的索引，大家一起乱改一气。。。。
这部分ORACLE也处理好了。
【 在 ylh0315 的大作中提到: 】
: 你看一下ORACLE的存储结构，这些是公开的，就是内容繁复。
: 读写并行是有难度的，尤其是有人在读有人在改，ORACLE在这方面处理的非常好。
: 涉及：脏读，commit读，串行读，还一个忘了。
--
修改:ylh0315 FROM 221.221.49.*
FROM 221.221.49.*
其他数据库也解决了这个问题。区别是，许多任务并行时会被卡住。ORA是流畅的。
【 在 ylh0315 的大作中提到: 】
: 你看一下ORACLE的存储结构，这些是公开的，就是内容繁复。
: 读写并行是有难度的，尤其是有人在读有人在改，ORACLE在这方面处理的非常好。
: 涉及：脏读，commit读，串行读，还一个忘了。
--
FROM 221.221.49.*
许多国产数据库想取代ORA，取代不了的。大并行度的操作流畅性，他们搞不定。
【 在 ylh0315 的大作中提到: 】
: 其他数据库也解决了这个问题。区别是，许多任务并行时会被卡住。ORA是流畅的。
--
FROM 221.221.49.*
RAC环境下的并行，更别想了。
【 在 ylh0315 的大作中提到: 】
: 许多国产数据库想取代ORA，取代不了的。大并行度的操作流畅性，他们搞不定。
--
FROM 221.221.49.*