代码之家  ›  专栏  ›  技术社区  ›  Thomas Winsnes

什么是用于存档的好DBMS?

  •  1
  • Thomas Winsnes  · 技术社区  · 16 年前

    我看过NoSQL的改革,但我有一个非常RDBMS的心态,所以我有点怀疑。

    谢谢:) 托马斯


    编辑

    我会尝试建立一个快速的网络架构

         ___________    ___________    ___________
        | service 1 |  | service 2 |  | service 3 |
         -----------    -----------    -----------
              |____________|_______________|
                       ____|____
                      | Archive |
                       ---------
    

    您可能知道,MsSQL和MySQL在处理写操作时只会垂直扩展(不确定是否是rdbms)。因此,我正在研究如何尽可能地提高归档DBMS的性能。

    4 回复  |  直到 16 年前
        1
  •  1
  •   Community Mohan Dere    9 年前

    如果要归档的数据结构相对简单,可以考虑直接归档到平面文件。写得好,读得不好。在这个问题上有一些关于这个话题的讨论: Are flat file databases any good?

    否则,我会坚持使用MySql,并确保对其进行了适当的调整,以适应高写/低读的使用。

        2
  •  1
  •   Stephanie Page    16 年前

    所以我尽量保持它们为空,以减少查询时间

    首先,除非只进行全表扫描,否则查询速度与数据库大小不成正比。唯一索引查找与索引的深度成比例。从索引根块拆分到下一次拆分,可能会增加数百万行。事实上,删除行以保持数据库“尽可能空”实际上并不会使数据库变小。在重建索引之前,可能会有非常稀疏的分支和叶块使索引扫描花费越来越长的时间。

    在Oracle中,我建议使用分区和删除来保持数据库的一定大小。

        3
  •  0
  •   Pierre    16 年前

    MySQL是免费的,高性能的,文档丰富的。。。

    但是,如果您主要有写操作,而没有太多的读操作,并且您不再需要常用的DBMS,那么您可以考虑使用基于文档的DBMS

    eXist db 和 Mongo DB

    希望这有帮助!

        4
  •  0
  •   smateev    16 年前

    您可以看到不同数据库的读写性能结果 Database Benchmark Software (GNU GPL)