单中心数据库的缺点有哪些，office的access数据库优势与不足有哪些

本文目录一览

1，office的access数据库优势与不足有哪些
2，SQL server2005有什么缺点
3，Apache Cassandra数据库的优缺点有哪些

1，office的access数据库优势与不足有哪些

1、ACCESS易学易用，它所有的数据库对象和相关操作都是可视的并且附有大量的向导，这对于数据库初学者或非专业用户来说很友好、非常好用；2、作为OFFICE其中的一个组件，ACCESS与WORD、EXCEL等进行数据交互沟通很方便，较之其他数据库系统具有先天上的优势；3、ACCESS除了是数据库管理系统外，它本身还是一个完整的数据库应用软件开发系统，对于这一点很多程序员甚至都没能注意到。利用ACCESS结合其自带的VBA编程语言，非专业人员完全可以开发出性能优异不输于专业IT公司出品的单机或多用户网络版数据库应用软件系统。另外ACCESS也可以很方便地做成“ACCESS项目”（一种以ACCESS做前台,MSSQL为后台的数据库应用系统）借以实现更强大和完善的数据处理能力；4、ACCESS是免费的，相对于MSSQL等大型数据库管理系统动辄几十万元一个CPU的许可费用的确是太实惠了。就基本的数据库管理系统功能而言ACCESS的性能和表现绝对不输于MSSQL、ORACLE这些大型系统，几乎所有需要利用数据库解决问题的地方都可以使用它。OfficeMicrosoft Office是一套由微软公司开发的办公软件，它为Microsoft Windows和Apple Macintosh操作系统而开发。与办公室应用程序一样，它包括联合的服务器和基于互联网的服务。

office的access数据库优势与不足有哪些

2，SQL server2005有什么缺点

优缺点是比较出来的，没有比较就谈不上优缺点。　　拿Oracle进行比较来说把　　1.　Oracle跨平台，SQLServer只能运行在Windows上，而Windows能够安装的硬件是有限的，如Sun的Sparc服务器不能安装Windows，一些大型机、小型机也只能装UNIX，在这些高端机器上就只能跑Oracle了，这注定了Oracle就是高端数据库，而SQLServer呢，中低端。　　2.　Oracle真正实现了行级锁，SQLServer也宣称实现了行级锁，但你实际去试，如果不加索引，其实是不行的。　　3.　Oracle因为有多版本数据的技术，读写操作不会相互等待，虽然SQLServer2005学习Oracle增加了snapshot机制，从而也引进了多版本数据（MySQL也有多版本数据机制，不能说一定是学习Oracle），但是实际效果感觉就是2个版本的数据，隔离级别为read committed时候，读写不再相互等待，但是把隔离设置为Serializable还是会产生读写相互等待。　　4.　Oracle的事务日志归档相当方便，而SQLServer要用事务日志备份来实现，而且还要配置自动作业，启动agent服务。　　5.　Oracle的数据字典丰富，使得DBA容易判断数据库的各种情况，虽然SQLServer2005学习了Oracle的数据字典的特点，但从数量及方便程度上还是相差太多。个人感觉这是Oracle最人性化的地方。　　6.　Oracle的PL/SQL比SQLServer的T-SQL功能强大很多。　　7.　Oracle的触发器比SQLServer的种类多几种。　　8.　oracle的备份恢复原理相当简单明了，备份就在操作系统上拷贝数据文件好了，恢复呢，再拷贝回来，数据是旧的，不怕，应用重做日志好了。SQL　Server呢，虽然原理在本质上还是这些，但操作起来麻烦多了，麻烦到让你体会不到其本质。　　9.　Oracle数据库启动可以有多个阶段，使得DBA可以在不同的情况下，通过启动到特定的阶段解决一些特殊问题，而SQL　Server只要服务一启动，所有数据库就都打开了。　　10．　SQL　Server给人的感觉是简单易用，但是我要说，如果你继续向前走，就会发现SQL　Server的体系结构相当复杂（注意我这里是说的复杂），大体还是沿袭的Sybase的体系结构，这种复杂结构，估计很难有根本性的改变，而Oracle呢，时间越长你越会觉得其体系结构严谨，虽然开始会感觉很难。我的一个比喻，SQL　Server是傻瓜相机（就是那些一两千的小数码），Oracle是单反相机（40D，5D，D300），如果你是入门者，那用傻瓜相机好了，在各种环境下拍摄，基本都过得去，用单反，光圈、快门都要自己设定，反倒不如傻瓜相机的效果，如果你是高手了，那傻瓜相机就很难得心应手了。　　11．　Oracle的书籍一般都比较深，随便一说就是一大批，Epert　Oracle、Practical　Oracle　8i、Cost－based　Oracle，SQL　Server呢，恐怕只有那套Inside　SQL　Server了，虽然SQL　Server的书籍数量比Oracle的多的多（特别是在国内），但多数都是step　by　step的入门书。　　12.　对比SQL＊Plus与sqlcmd（或2000的osql，6.5的isql），sqlcmd的功能是太简陋，差得太多了。　　13.　SQLServer的最大优点就是和Windows结合紧密，易用，但是要注意事情都是两面的，这些优点可能导致其致命的缺点，例如易用，使得搞SQL　Server的人可以不求甚解，有时候不求甚解是没问题的，但是有时候不求甚解可能会造成灾难，特别是对搞数据库的人来说。不好意思，本来要说SQL　Server的优点呢，最后也成了缺点了。

开始 ->> sql server2005->> 配置工具 ->>sql server2005配置管理器选择sql server2005服务 ,选择 sql server(sqlexpress)右键属性,把内置账户改为本地系统(local system). 然后重启服务,ok,搞定最后,谢谢我就好

SQL server2005有什么缺点

3，Apache Cassandra数据库的优缺点有哪些

Apache Cassandra数据库的优缺点有哪些？本文将超越众所周知的一些细节，探讨与 Cassandra 相关的不太明显的细节。您将检查 Cassandra 数据模型、存储模式设计、架构，以及与 Cassandra 相关的潜在惊喜。在数据库历史文章 “What Goes Around Comes Around”中，Michal Stonebraker 详细描述了存储技术是如何随着时间的推移而发展的。实现关系模型之前，开发人员曾尝试过其他模型，比如层次图和有向图。值得注意的是，基于 SQL 的关系模型（即使到现在也仍然是事实上的标准）已经盛行了大约 30 年。鉴于计算机科学的短暂历史及其快速发展的步伐，这是一项非凡的成就。关系模型建立已久，以至于许多年来，解决方案架构师很容易为应用程序选择数据存储。他们的选择总是关系数据库。诸如增加系统、移动设备、扩展的用户在线状态、云计算和多核系统的用户群之类的开发已经导致产生越来越多的大型系统。Google 和 Amazon 之类的高科技公司都是首批触及规模问题的公司。他们很快就发现关系数据库并不足以支持大型系统。为了避免这些挑战，Google 和 Amazon 提出了两个可供选择的解决方案：Big Table 和 Dynamo，他们可以由此放松关系数据模型提供的保证，从而实现更高的可扩展性。Eric Brewer 的 “CAP Theorem”后来官方化了这些观察结果。它宣称，对于可扩展性系统，一致性、可用性和分区容错性都是权衡因素，因为根本不可能构建包含所有这些属性的系统。不久之后，根据 Google 和 Amazon 早期的工作，以及所获得的对可扩展性系统的理解，计划创建一种新的存储系统。这些系统被命名为 “NoSQL” 系统。该名称最初的意思是 “如果想缩放就不要使用 SQL”，后来被重新定义为 “不只是 SQL”，意思是说，除了基于 SQL 的解决方案外，还有其他的解决方案。有许多 NoSQL 系统，而且每一个系统都缓和或改变了关系模型的某些方面。值得注意的是，没有一个 NoSQL 解决方案适用于所有的场景。每一个解决方案都优于关系模型，且针对一些用例子集进行了缩放。我的早期文章 “在 Data Storage Haystack 中为您的应用程序寻找正确的数据解决方案” 讨论了如何使应用程序需求和 NoSQL 解决方案相匹配。Apache Cassandra是其中一个最早也是最广泛使用的 NoSQL 解决方案。本文详细介绍了 Cassandra，并指出了一些首次使用 Cassandra 时不容易发现的细节和复杂之处。Apache CassandraCassandra 是一个 NoSQL 列族 (column family) 实现，使用由 Amazon Dynamo 引入的架构方面的特性来支持 Big Table 数据模型。Cassandra 的一些优势如下所示：高度可扩展性和高度可用性，没有单点故障NoSQL 列族实现非常高的写入吞吐量和良好的读取吞吐量类似 SQL 的查询语言（从 0.8 起），并通过二级索引支持搜索可调节的一致性和对复制的支持灵活的模式这些优点很容易让人们推荐使用 Cassandra，但是，对于开发人员来说，至关重要的一点是要深入探究 Cassandra 的细节和复杂之处，从而掌握该程序的复杂性。什么是列？列有点用词不当，使用名称单元格很可能更容易理解一些。我会坚持使用列，因为这是一种习惯用法。Cassandra 数据模型包括列、行、列族和密钥空间 (keyspace)。让我们逐一进行详细介绍它们。?列：Cassandra 数据模型中最基本的单元，每一个列包括一个名称、一个值和一个时间戳。在本文的讨论中，我们忽略了时间戳，您可以将一个列表示为一个名称值对（例如 author="Asimov"）。?行：用一个名称标记的列的集合。例如，清单 1 显示了如何表示一个行：清单 1. 行的示例"Second Foundation"-> author="Asimov", publishedDate="..", tag1="sci-fi", tag2="Asimov" }Cassandra 包括许多存储节点，并且在单个存储节点内存储每一个行。在每一行内，Cassandra 总是存储按照列名称排序的列。使用这种排序顺序，Cassandra 支持切片查询，在该查询中，给定了一个行，用户可以检索属于给定的列名称范围内的列的子集。例如，范围 tag0 到 tag9999 内的切片查询会获得所有名称范围在 tag0 和 tag9999 内的列。?列族：用一个名称标记的行的集合。清单 2 显示了样例数据的可能形式：清单 2. 列族示例Books-> "Foundation"-> "Second Foundation"-> … }人们常说列族就像是关系模型中的一个表格。如下例所示，相似点将不复存在。?密钥空间：许多列族共同形成的一个组。它只是列族的一个逻辑组合，并为名称提供独立的范围。最后，超级列位于一个列族中，该列族对一个密钥下的多个列进行分组。正如开发人员不赞成使用超级列一样，在此，我对此也不作任何讨论。Cassandra 与 RDBMS 数据模型根据以上对 Cassandra 数据模型的描述，数据被放入每一个列族的二维 (2D) 空间中。要想在列族中检索数据，用户需要两个密钥：行名称和列名称。从这个意义上来说，尽管还存在多处至关重要的差异，关系模型和 Cassandra 仍然非常相似。?关系列均匀分布在表中的所有行之间。数据项之间通常有明显的纵向关系，但这种情况并不适用于 Cassandra 列。这就是 Cassandra 使用各个数据项（列）来存储列名称的原因。?有了关系模型，2D 数据空间就完整了。2D 空间内的每一个点至少应当拥有存储在此处的 null 值。另外，这种情况不适用于 Cassandra，Cassandra 可以拥有只包括少数项的行，而其他行可以拥有数百万个项。?有了关系模型，就可以对模式进行预定义，而且在运行时不可以更改模式，而 Cassandra 允许用户在运行时更改模式。?Cassandra 始终存储数据，这样就可以根据其名称对列进行排序。这使得使用切片查询在列中搜索数据变得很容易，但在行中搜索数据变得很困难，除非您使用的是保序分区程序。?另一个重要差异是，RDMBS 中的列名称表示与数据有关的元数据，但绝不是数据。而在 Cassandra 中，列名称可以包括数据。因此，Cassandra 行可以拥有数百万个列，而关系模型通常只有数十个列。?关系模型使用定义良好的不可变模式来支持复杂的查询，这些查询中包括 JOIN 和聚合等。使用关系模型，用户无需担心查询就可定义数据模式。Cassandra 不支持 JOIN 和大多数 SQL 搜索方法。因此，模式必须满足应用程序的查询要求。

搜一下：Apache Cassandra数据库的优缺点有哪些

Apache Cassandra数据库的优缺点有哪些