急。。急。。急。。。目前使用较普遍的数据库软件有哪些各自有什么特点！

流行数据库的比较

目前，流行的（通过销售来衡量）强大的主流数据库引擎正在减少。两年前，有六个重要的数据库引擎：Informix，Sybase，微软公司的SQL Server，IBM公司的DB2，Oracle和微软公司的Jet（用于Access）。而今天，只有最后四个成为主要竞争者。在过去的两年中，Informix和Sybase已经逐渐从人们视野中消失。

Informix

Informix已经逐渐失去了市场份额，并且最终被IBM收购了。一件看起来不太可能的事情是：蓝色巨人并不说服Informix的用户转向DB2，而是采取了其他的策略。所以，我们预测Informix从现在起将会更快地消失。

Sybase 和 SQL server

Sybase的历史很奇特。它起初销量很好，之后，Sybase与微软形成了伙伴关系，从而使两个公司互相共享源代码。然而这种关系逐渐消失了，并最终以某种难以解决的分歧而结束。Sybase保留了Sybase引擎，而两个公司都用同样的源代码的拷贝向前发展。微软从那以后投入了上百万美元开发SQL Server；公正的说，Sybase的投入相对较少。结果Sybase的产品没有吸引力，它的前途看上去很黯淡。（这个故事的寓意是：如果你与微软打交道，那么请相信，从开始到退出的整个过程中，你将会损失大量的钱）。微软一直使用Sybase的源代码作为SQL Server的基础，在发展到SQL Server65版本的过程中，有段并行开发的时期。尽管SQL Server从Sybase的中得到了大量的经验，但是，渐渐地，它不再满足于仅仅继承代码了。当SQL Server70发布时，微软宣布已经重写了70%的内部代码，但实际上并非如此：当SQL Server2000发布时，微软承认70版本已经100%的进行重写了。表面上，这个“真实情况”是毫无意义的，因为如果65版本已经差得需要完全重写，那么微软应该为他们的成果而自豪了。但这忽略了DBA（数据库管理员）的习惯，没人愿意第一次就升级到完全重写过的产品上。结果，65版本成了一条狗（如果你仔细听，能听到它的叫声），70版本是值得注意的优秀的数据库引擎，而2000版本又在这个基础上进行了改进。

DB2

IBM的DB2是最早的，而且是保留下来的最好的关系数据库引擎之一。它最初是在大型机上开发的，从那以后逐渐转移到其他的平台上，例如NT和Linux平台上都有不错的版本。DB2甚至能运行在Windows CE上。直到1996年前，它一直被动地增加功能和升级。那时，由Janet Perna领导的IBM的一个分部宣布其产品必须跟随时代的变化，结果DB2 UDB50版进行了转换。实际上，它在易用性上战胜了微软。从那以后，它轻松地稳步向前。结果，DB2非常强大而且易于使用。它在出售时是最成熟的孩子。

Oracle

Oracle几乎与DB2一样成熟，它作为高端产品有很好的声望：那些富裕的公司是为了想要最好的、最强大的、最可靠的数据库才买了Oracle产品。Oracle产品总是很昂贵，Oracle有资格的DBA也是如此。但是你付了钱，你就在许多方面得到了安全性。这种方式是否适合商业模式还值得揣摩。

Acess

微软的Jet引擎逐渐占领了Windows平台。然而，Jet的不祥之兆出现了。因为首先，Access允许你创建使用SQL Server引擎的项目文件：MSDE（微软数据库引擎）的一个版本。其次有许多迹象表明，微软想在接下来的几年中把SQL Server嵌入到 *** 作系统中，这将使Jet逐步淘汰。在过去的应用中，我已经大量使用Jet，但我以后将不得不把他们转到MSDE中。

综上所述

OK，你可以选择一个主流产品或是一般的产品。在你进行最终的决定之前，有七种不同的数据库指标值得你去考虑：性能、可扩展性、可用性、平台、价格、特点最后是生存周期。

毫无疑问前面所述的第一条规则在这里起了作用。如果你需要大量的 *** 作和用户，那么你必须在大型数据库引擎上投资。

下一个问题是：大型数据库引擎DB2、Oracle、SQL Server这三个中哪一个是最快、可扩展性最好呢？这个问题已经讨论了好多年了，而且不同的公司也花了数百万的投入来证实他们的产品是最快的。性能、可扩展性、可用性测试数据库速度，最好最公正的毫无疑问是事务处理协会（TPC >

1、问题的定义及规划。

此阶段是软件开发方与需求方共同讨论，主要确定软件的开发目标及其可行性。

2、 需求分析。

在确定软件开发可行的情况下，对软件需要实现的各个功能进行详细分析。

3、软件设计。

此阶段主要根据需求分析的结果，对整个软件系统进行设计，如系统框架设计，数据库设计等等。

4、程序编码。

此阶段是将软件设计的结果转换成计算机可运行的程序代码。在程序编码中必须要制定统一，符合标准的编写规范。

5、软件测试。

在软件设计完成后要经过严密的测试，以发现软件在整个设计过程中存在的问题并加以纠正。

6、运行维护。

软件维护是软件生命周期中持续时间最长的阶段。软件的维护包括纠错性维护和改进性维护两个方面。

软件计划与可行性研究阶段、需求分析阶段、软件设计阶段、软件编码阶段、软件测试阶段和软件运行与维护阶段。

1、软件计划与可行性研究阶段：此阶段是软件开发方与需求方共同讨论，主要确定软件的开发目标及其可行性。

2、需求分析阶段：在确定软件开发可行的情况下，对软件需要实现的各个功能进行详细分析。需求分析阶段是一个很重要的阶段，也是在整个软件开发过程中不断变化和深入的阶段，能够为整个软件开发项目的成功打下良好的基础。

3、软件设计阶段（概要设计和详细设计）：主要根据需求分析的结果，对整个软件系统进行设计，如系统框架设计，数据库设计等等。

4、软件编码阶段：是将软件设计的结果转换成计算机可运行的程序代码。在程序编码中必须要制定统一，符合标准的编写规范。以保证程序的可读性，易维护性，提高程序的运行效率。

5、软件测试阶段：在软件设计完成后要经过严密的测试，以发现软件在整个设计过程中存在的问题并加以纠正。

6、软件运行和维护阶段：是软件生命周期中持续时间最长的阶段，包括纠错性维护和改进性维护两个方面。

早期的软件生命周期往往是说“软件从计划、需求开始，经历分析设计、实现、部署、维护，直到最后逐渐消亡的”。

这是受到了第一个软件生命周期模型---瀑布模型影响，上述语句实质上简要的描述了瀑布型生命周期。

软件生命周期不再只考虑瀑布型生命周期，另外常见的软件生命周期模型有原型模型、螺旋模型、迭代模型。所以软件生命周期说明应当不再包括瀑布型生命周期中的典型阶段。

因此，对软件生命周期及软件生命周期模型采用如下定义：

1、软件生命周期是指软件的产生直到成熟的全部过程。

2、软件生命周期模型是指人们为开发更好的软件而归纳总结的软件生命周期的典型实践参考。

参考资料来源：百度百科--软件生命周期

软件生存周期都包括问题定义、可行性分析、总体描述、系统设计、编码、调试和测试、验收与运行。

软件生存周期是软件的产生直到报废的生命周期，周期内有问题定义、可行性分析、总体描述、系统设计、编码、调试和测试、验收与运行、维护升级到废弃等阶段。

这种按时间分程的思想方法是软件工程中的一种思想原则，即按部就班、逐步推进，每个阶段都要有定义、工作、审查、形成文档以供交流或备查。

扩展资料：

软件生存周期各阶段的任务彼此间尽可能相对独立，同一个阶段各项任务的性质尽可能相同，从而降低每个阶段任务的复杂性，简化不同阶段之间的联系，有利于软件开发过程的组织管理。

经过正式评审和批准的系统设计规格说明书中对待开发系统的规格说明，或是指经过项目委托单位和项目承办单位双方签字同意的协议书或合同中所规定的对待开发软件系统的规格说明。

参考资料来源：百度百科—软件生存周期

以上就是关于急。。急。。急。。。目前使用较普遍的数据库软件有哪些各自有什么特点！全部的内容，包括:急。。急。。急。。。目前使用较普遍的数据库软件有哪些各自有什么特点！、软件生命周期包括哪六个阶段、软件生命周期划分成哪些阶段等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！