怎么选择数据库

介绍

小编给大家分享一下怎么选择数据库,相信大部分人都还不怎么了解,因此分享这篇文章给大家参考一下,希望大家阅读完这篇文章后大有收获、下面让我们一起去了解一下吧!

选择数据库的方法:1、标的;2、功能;3,多少人用,了解并发问题;4、安全和稳定性;5,所用的操作系统。

<强>选择数据库的方法:

<强>总体从5个方面平衡自己的需求:

(1)标的

(2)功能

(3)多少人用(并发问题)

(4)安全和稳定性

(5)所用的操作系统(UNIX、linux、windows)

对于用过的数据库有:

?数据库FoxBase/DOS/Novell/Windows 3中信息技术的应用。世界x

?MS SQL Server

?甲骨文

?Sybase SQL/ASE服务器

?Sybase智商

?Informix/动态

?MySQL

?PostGreSQL/EnterpriseDB

对于一些关键需求的选择:

<强>关键任务(OLTP)和高性能系统

如果我们需要数据库在关键业务系统中发挥更重要的作用,并希望做到无故障时间/高可用/集群,可靠性(性能和数据量),灾难复制和自动生成报告等目标,或需要实现极端高速和低延迟(HPC,高性能计算)效果,那么我们可能需要数据库的企业级功能,但这样的成本也更高。

公顷(高可用)集群功能

各数据库平台的集群功能如下:

?Oracle RAC最适合HA集群,负载均衡和扩展;

?MS SQL Server提供HA故障转移功能,但无负载均衡;

?Sybase ASE 15集群与Oracle RAC功能相当;

?TeraData本身就是一个分布式数据库平台;

?MySQL集群声称tpc - c性能基准测试比Oracle RAC还高;

?IBM DB2/UDB在运行AIX HACMP(高可用集群多处理)的IBM P系列/力量服务器和Veritas vc/太阳等集群上运行得很好。

高性能/低延迟/内存数据库

?甲骨文提供TimesTen内存数据库;

?MySQL的集群使用内存存储引擎;

?Sybase提供ASE内存数据库;

?另外,我们还可以使用RAMSAN/SSD(固态硬盘)安装SQL Server数据库,所有与数据库相关的磁盘的I/O都发生在SSD上,而不是传统硬盘上,因此我们可以大大减少磁盘I/O延迟,提供I/O吞吐量,并提高数据库的整体性能,

?还有其它的内存数据库,如SQLite或eXtremeDB,但它们大多数要么只支持嵌入式系统,要么同一时间只支持单用户或单连接。

<强>可扩展性/性能

?使用Oracle RAC和Sybase ASE 15集群时,如果现有硬件不能满足性能要求,我们只需要向集群添加一台功能更强大的服务器,然后逐步替换掉其它节点;

?使用SQL Server集群时,因为它仅仅支持主动/被动模式,在实例级没有可扩展性,如果现有硬件满足不了需要,我们必须更换整个集群;

?MySQL集群也支持向所有节点都处于活动的集群添加节点,但它是一个无共享集群,节点越多意味着有更多的数据库副本,更多的存储和在所有节点之间复制数据时需要更多的网络流量。

复制

?Sybase: Sybase拥有最好的复制解决方案,超过了甲骨文的数据卫士和SQL Server的复制解决方案(即使用它的镜像/日志传送/事务复制,SQL Server的复制仍然远远差于Sybase的复制服务器),

Sybase的异构复制和同质复制是Sybase公司上世纪90年代被华尔街排除但却受到许多大公司使用的主要原因之一。

Sybase复制可以在数据库级(主动/主动复制,比SQL Server的镜像更好),事务级(与SQL Server的事务复制类似),表级,存储过程级,函数级,MSA(多站点可用)以及通过日志传送(复制世界中穷人的解决方案)实现,它的镜像激活器结合EMC/SRDF可以真正保证在计划内和计划外停机时ZDL(零数据丢失)。

?SQL Server: SQL Server复制可以通过日志传送和数据库镜像实现(主动/被动,R/W或只读),支持对象级(表)粒度事务复制。

?Oracle: Oracle的数据卫士是数据库克隆和灾难恢复最佳解决方案之一(使用RMAN)。

?MySQL: MySQL提供无共享集群,基本上所有活动节点都是同步复制的,它的异步复制也支持事务和对象级复制。

?存储级解决方案:使用EMC的BCV, NetApp的快照管理器,日立的快照,Veritas的卷复制器、数据复制可以发生在磁盘块级和卷级。

<强>混合系统

通常情况下,后端数据库存储了大量的数据,在检索数据(数据排序、分组,汇总和计算)时会出现性能问题,当运行速度变慢时,会影响到数据写入过程。

因此,对于这些类型的应用程序,我们希望数据库能很好地处理大量数据,也可以很好地处理读/写阻塞问题。

?甲骨文

甲骨文是这种系统的最佳选择,因为在甲骨文中,读/写程序不会相互阻止对方,数据在整个读取过程/会/话事务中都是一致的,系统开销主要发生了内存锁和重做日志上。

怎么选择数据库