什么叫分布式数据库，有什么优点和缺点

1分布式数据库是数据库的一种，是数据库技术和网络技术的结合产物。

2各有优点和缺点分布式数据库分为逻辑上分部物理上分布及逻辑上分布物理上集中两种。

是的,分布式数据文件便于数据库的管理维护。

分布式数据库系统通常使用较小的计算机系统，每台计算机可单独放在一个地方，每台计算机中都有DBMS的一份完整拷贝副本，并具有自己局部的数据库，位于不同地点的许多计算机通过网络互相连接，共同组成一个完整的、全局的大型数据库。

这种组织数据库的方法克服了物理中心数据库组织的弱点。

1、首先，降低了数据传送代价，因为大多数的对数据库的访问 *** 作都是针对局部数据库的，而不是对其他位置的数据库访问；

2、其次，系统的可靠性提高了很多，因为当网络出现故障时，仍然允许对局部数据库的 *** 作，而且一个位置的故障不影响其他位置的处理工作，只有当访问出现故障位置的数据时，在某种程度上才受影响；

3、便于系统的扩充，增加一个新的局部数据库，或在某个位置扩充一台适当的小型计算机，都很容易实现。然而有些功能要付出更高的代价;

例如，为了调配在几个位置上的活动，事务管理的性能比在中心数据库时花费更高，而且甚至抵消许多其他的优点。

分布式数据库系统主要特点：

1多数处理就地完成；

2各地的计算机由数据通信网络相联系。

3克服了中心数据库的弱点：降低了数据传输代价；

4 提高了系统的可靠性，局部系统发生故障，其他部分还可继续工作；

5各个数据库的位置是透明的，方便系统的扩充；

6为了协调整个系统的事务活动，事务管理的性能花费高；

数据分片

类型：

（1）水平分片：按一定的条件把全局关系的所有元组划分成若干不相交的子集，每个子集为关系的一个片段。

（2）垂直分片：把一个全局关系的属性集分成若干子集，并在这些子集上作投影运算，每个投影称为垂直分片。

（3）导出分片：又称为导出水平分片，即水平分片的条件不是本关系属性的条件，而是其他关系属性的条件。

（4）混合分片：以上三种方法的混合。可以先水平分片再垂直分片，或先垂直分片再水平分片，或其他形式，但他们的结果是不相同的。

条件：

（1）完备性条件：必须把全局关系的所有数据映射到片段中，决不允许有属于全局关系的数据却不属于它的任何一个片段。

（2）可重构条件：必须保证能够由同一个全局关系的各个片段来重建该全局关系。对于水平分片可用并 *** 作重构全局关系；对于垂直分片可用联接 *** 作重构全局关系。

（3）不相交条件：要求一个全局关系被分割后所得的各个数据片段互不重叠（对垂直分片的主键除外）。

数据分配方式

（1）集中式：所有数据片段都安排在同一个场地上。

（2）分割式：所有数据只有一份，它被分割成若干逻辑片段，每个逻辑片段被指派在一个特定的场地上。

（4）全复制式：数据在每个场地重复存储。也就是每个场地上都有一个完整的数据副本。

（5）混合式：这是一种介乎于分割式和全复制式之间的分配方式。

目前分布式数据库分配的设计，越来越多的采用寻找最优解的算法，比如遗传算法、退火机制等

它代表最低级别的持久性策略。本地框架各不相同，但大多数有着相似的特征。 大多数 JDBC 解决方案把所有的数据访问包装在数据访问对象中，对象中包装有一个关系表。从那里，您可以把数据留在结果集或者选择把结果集中的每一行映射到一个对象。Java 技术开发人员倾向于映射到轻值对象(light value objects)。一个特殊的替代方案是 Martin Fowler 的有效记录设计模式，这种设计模式提供针对数据表中行的包装程序。每一个有效记录都有访问每一列的方法，以及保存、删除或更新行的方法。 长处 基于JDBC 的解决方案提供良好的控制能力。您要写更多的代码来解决预料中的问题，但是您有访问数据库的所有权利，并且可以让它只做您想要它做的事。纯 JDBC 给予您非常好的灵活性。 弱点 关系数据库和对象并不是一回事 —— 这里有一点分歧。您不得不处理一些面向对象的概念，如继承。您还必须自己管理每一个对象，写查询程序来完成创建、读取、更新或删除 *** 作。如果要提升性能，需要提供您自己的缓存。 总结 对于那些技术不好但了解 SQL 的 Java 程序员来说，JDBC 是一个很好的选择。如果您需要更好的访问 SQL 或者在进行批处理计算或报告，那么 JDBC 也能胜任。 变种 有几个框架和工具可以帮助您扩展 JDBC。一些工具，像 Velocity 和 MiddleGen，会生成数据访问对象，给出数据库表的描述。Spring 提供依赖注入和面向方面的编程，这使得服务和依赖关系的集成更加容易。但是总得来说，应用程序结构和策略应该保持一致。 对象关系映射程序 OOP 和关系数据库基于根本不同的基础。通常，很难把两者混合起来。如果您有一个现有的关系模式或一个可能频繁改变的关系模式，那么 ORM 框架也许正是您需要的。大多数的 ORM 试图让您透明地处理对象。您提供一个 POJO，然后，通过使用代码生成(EJB)、字节码 *** 纵(JDO)或反射(Hibernate)，框架与持久性相关联。每种技术都有它的长处和弱点，因此大多数的框架使用多种方法来完成工作。 您需要告诉应用程序如何映射数据库表到应用程序的类。您可以用一个独立的 XML 文件或程序代码中的注释来达到目的。这些注释可以采取 Java 5 注释的形式(使用 XDoclet 之类的工具)。如果模式和对象模型不会走到一起，我一般会将代码和配置文件分离。 持久性框架让您从数据库载入一系列的对象。您可以显示它们，或 *** 纵它们并把它们存回到关系数据库。大多数的 ORM 框架提供扩展，比如两级缓存。一般来说，第一级缓存保证事务的完整性，第二级保证跨集群中机器的一致性。尽管有多种实现，但是您应该准确理解缓存策略。 您需要用于管理配置和依赖性的策略。您的应用程序可能需要选择一个事务策略并使用数据源和连接池。正如在前面的章节中所学到的那样，Spring 和 ORM 能很好地为您处理这些问题。这里有一些可用的 ORM。 EJB 企业级 JavaBean 提供两种标准化的持久性策略，EJB 1x 标准 和 2x 标准。第二个标准做的更好，但仍然过于复杂。EJB 专家组承认这一事实并将提供第三个标准，即 EJB 3 JSR;但是该标准将对所有的 Java Enterprise Edition (JEE) 用户可用，不仅仅是对 EJB 用户可用。因此，EJB 持久性标准实际上是一条死路，因为新的应用程序想要目标方案接近期望的 JSR 220 标准。 Hibernate Hibernate 很快变成了持久性的事实上的标准。它快速，有效，而且是免费的。因为 Hibernate 让您制定任意的 POJO 持久性，所以它必须有一种方法把持久性关联到一个对象而不必改动代码。Hibernate 主要通过反射来提供透明性，但是它通过动态代理混合在一些运行时字节码 *** 纵中。使用反射，Hibernate 可以在事务完成前后查看对象的状态。如果状态发生改变，Hibernate 可以把它保存到数据库中。代理帮助 Hibernate 实现一些其他的特性，比如懒散加载(lazy loading)。(把动态代理想像成一个坐在目标对象前面的对象，它有一个与目标对象相同的接口。每当您调用某些方法或访问实例变量时，代理都可以自由地调用持久层。) Hibernate 仅支持关系数据库，而且它与 SQL 结合的紧密程度比大多数其他的持久性框架要高。Hibernate 使用类似于 SQL 的查询语言，这种相似性对用户的帮助很大。如果需要，您也可以在 Hibernate 中直接使用 SQL。 像JDO 一样，Hibernate 拥有两级缓存。第一级缓存叫做会话，给您一个存放持久性对象的地方。您可以把对象载入缓存并 *** 纵它们。然后决定何时通过在会话上调用刷新(flush)或提交(commit)来将更改持久存储到数据库中。 Hibernate 帮助您管理关系。如果您定义一个关系，比如雇员属于部门，Hibernate 将对其进行管理。如果您载入一个部门的信息，您可以决定是在载入一个部门时载入所有的雇员信息(热切加载)，还是等待载入雇员信息(懒散加载)。 长处 Hibernate 有一个灵活的映射机制。一些场景比其他场景付出更多的努力来映射，但是如果您能在一个关系模式中表示它，那么也许在 Hibernate 中有一种方法来映射到它。Hibernate 的性能比大多数的框架要好而且还在不断提升。文档很优秀，收购 JBoss 后，支持也在改善。JBoss 小组也把 Hibernate 放置在一个合适的位置以抢在竞争者之前实现 JSR 200 持久性标准。 对Hibernate 来说，与其他开放源码框架和商业框架的集成比其他的替代框架要好。一般来说，Spring 与 Hibernate 的集成比与其他任何一个持久性框架的集成要好。 Hibernate 是一个创新的框架。在推动与 SQL 的集成上，它比大多数其他的框架走的更远。它具有一些其他框架不支持的特性，比如会话过滤。还有一支强大的公共和商业开发人员团队为其工作。 弱点 如果您是一家大公司，那么您可能要用不支付许可费来弥补支持上的欠缺。Hibernate 比替代框架更加难以管理。例如，您没有 SolarMetric 的 Kodo JDO 产品提供的丰富的管理控制台。您也没有 Versant 的 JDP 产品提供的丰富的用户界面工具。 最后，Hibernate 不像一些持久性框架那么专业。例如，对于一些边缘情况，比如管理懒散加载，Kodo JDO 有非常好的错误信息和更加可预测的行为。 JDO 如果您想要带持久性框架的 Betamax，JDO 1x 就足够了 —— 虽然时运似乎在转向 JDO 2，更不用说 JSR 220 持久性标准了。在过去三年左右的时间里，最好的技术持久性框架来自 JDO 社区。JDO 通过字节码增强机制实现了透明性。JDO 2 多少会放松这个限制。 JDO 提供一种叫做 JDO QL 的查询语言。对缓存和提取定义了懒散/热切提取场景的组(可以在每次查询的基础上定义这样的场景)，它有正式的性能扩展。JDO 还为分离式处理(detached processing)提供一个模型，以便您能够从一个 JDO 会话(叫做 PersistenceManager)分离一个对象，改变并重新附加该对象。然后数据库应用所有更改。 JDO 还为任意的数据存储提供透明的持久性。在现实世界中，大多数的数据是非关系型的，JDO 自己就能很好地为该社区提供解决方案。 长处 JDO 的各种供应商各有长处。Kodo 产品在需要极限持久性场景的利基市场卖得很好。Kodo 执行快速，并得到广泛的认同：它对任何一个 JDO 产品都有最好的映射支持。(我要说，就现在来看，它的映射支持是业界最好的。)Kodo 还在可管理性方面领先。(Versant 产品也有着非常快的速度。)显然，它的最大优点是针对映射支持的用户界面。 弱点 对JDO 弱点的任何处理都必须从市场份额开始。作为一个标准，JDO 应当得到更好的保护，但是到目前为止，这个标准并不是非常成功。具有讽刺意味的是，JSR 220 持久性标准的出现很可能会对 JDO 造成打击。许多 JDO 供应商已经宣布在他们的产品中支持 JSR 220。您将会看到一个更强大的标准，而且好的 JDO 供应商将能够在那些市场中占有一席之地。JSR 220 标准将会开放，而且新的标准将从那里快速产生，您将会看到顾客使用同样的标准来尝试 JDO。由于疲弱的市场表现， JDO 需要在开放源码社区中更好地表现。Versant 向 Eclipse 小组捐赠它的产品是在正确的方向上前进了一步。 其他 Top Link、OJB 和 Cayenne 正在追赶 Hibernate，但是它们不可能赶上了(出于许多因素)。在接下来的几期文章中，我将用其他的语言如 Ruby 或 Python 来探索几个框架。 混合解决方案 本文将在介绍完一种混合解决方案后结束。大多数的 ORM 解决方案把一个类映射到一个关系数据库模式，而诸如 iBATIS 之类的混合框架则把类映射到一个 SQL 查询的结果。 对于iBATIS，您提供一个 XML 文件，它指定查询和从那些查询到对象的映射。您能得到 ORM 的一些好处，比如一致缓存策略、独立于代码库的 SQL 和限定的关系管理。 长处 iBATIS 还有一些 ORM 框架没有的优点。您有对 SQL 的严格控制的权利，不必担心对象/关系的不匹配，也不必投入几个月来学习一个对象/关系映射框架。 弱点 iBATIS 不会给予您 ORM 所做的一切。您需要编码查询来完成每一次的数据库访问，而不是您自己来完成访问。与数据库的结合更加紧密。并依靠您选择的 SQL 方言。

数据源是提供某种所需要数据的器件或原始媒体。在数据源中存储了所有建立数据库连接的信息。就像通过指定文件名称可以在文件系统中找到文件一样，通过提供正确的数据源名称，你可以找到相应的数据库连接。

数据源名称（data source name，DSN）是包含了有关某个特定数据库信息的数据结构，这个信息是开放式数据库连接驱动能够连接到数据库上必需的信息。

DSN存储在注册表或作为一个单独的文本文件，DSN里面包含的信息有名称、目录和数据库驱动器，以及用户ID和密码（根据DSN的类型）。

开发人员为每个数据库创建一个独立的DSN。为了连接到某个数据库，开发人员需要在程序中指定DSN。相反，没有DSN的连接则需要在程序中指定所有必要的信息。

扩展资料：

数据源的数据包：

1、DBCP

DBCP类包位于 /lib/jakarta-commons/commons-dbcpjar，DBCP是一个依赖 Jakarta commons-pool对象池机制的数据库连接池，所以在类路径下还必须包括/lib/jakarta- commons/commons-pooljar。

2、C3P0

C3P0是一个开放源代码的JDBC数据源实现项目，它在lib目录中与Hibernate一起发布，实现了JDBC3和JDBC2扩展规范说明的 Connection 和Statement 池。

3、ODBC

ODBC（Open Database Connectivity，开放数据库互连）是微软公司开放服务结构（WOSA，Windows Open Services Architecture）中有关数据库的一个组成部分，它建立了一组规范，并提供了一组对数据库访问的标准API（应用程序编程接口）。

参考资料来源：百度百科-数据源

与文件管理数据相比，数据库管理系统具有以下优点：

1、控制数据冗余。

数据库管理应尽可能地消除了冗余，但是并没有完全消除，而是控制大量数据库固有的冗余。例如，为了表现数据间的关系，数据项的重复一般是必要的，有时为了提高性能也会重复一些数据项。

2、保证数据一致性。

通过消除或控制冗余，可降低不一致性产生的危险。如果数据项在数据库中只存储了一次，则任何对该值的更新均只需进行一次，而且新的值立即就被所有用户获得。如果数据项不只存储了一次，而且系统意识到这点，系统将可以确保该项的所有拷贝都保持一致。

3、提高数据共享。

数据库应该被有权限的用户共享。数据库管理系统的引入使更多的用户可以更方便的共享更多的数据。新的应用程序可以依赖于数据库中已经存在的数据，并且只增加没有存储的数据，而不用重新定义所有的数据需求。

扩展资料

技术特点

（1）采用复杂的数据模型表示数据结构，数据冗余小，易扩充，实现了数据共享。

（2）具有较高的数据和程序独立性，数据库的独立性有物理独立性和逻辑独立性。

（3）数据库系统为用户提供了方便的用户接口。

（4）数据库系统提供4个方面的数据控制功能，分别是并发控制、恢复、完整性和安全性。数据库中各个应用程序所使用的数据由数据库系统统一规定，按照一定的数据模型组织和建立，由系统统一管理和集中控制。

（5）增加了系统的灵活性。

参考资料来源：百度百科-数据库管理系统

Access的优点：

（1）存储方式简单，易于维护管理，Access的对象有表、查询、窗体、报表、页、宏和模块，以上对象都存放在后缀为（mdb或accdb）的数据库文件中，便于用户的 *** 作和管理。

(2)面向对象 Access是一个面向对象的开发工具，这种基于面向对象的开发方式，使得开发应用程序更为简便。

（3）界面友好、易 *** 作，Access是一个可视化工具，是风格与Windows完全一样，用户想要生成对象并应用，只要使用鼠标进行拖放即可，非常直观方便。系统还提供了表生成器、查询生成器、报表设计器以及数据库向导、表向导、查询向导、窗体向导、报表向导等工具，使得 *** 作简便，容易使用和掌握。

（4）集成环境、处理多种数据信息，Access基于Windows *** 作系统下的集成开发环境，该环境集成了各种向导和生成器工具，极大地提高了开发人员的工作效率，使得建立数据库、创建表、设计用户界面、设计数据查询、报表打印等可以方便有序地进行。

（5）Access支持ODBC（开发数据库互连，Open Data Base Connectivity），利用Access强大的DDE（动态数据交换）和OLE（对象的联接和嵌入）特性，可以在一个数据表中嵌入位图、声音、Excel表格、Word文档，还可以建立动态的数据库报表和窗体等。Access还可以将程序应用于网络，并与网络上的动态数据相联接。利用数据库访问页对象生成HTML文件，轻松构建Internet/Intranet的应用。

（6）支持广泛，易于扩展，d性较大 能够将通过链接表的方式来打开EXCEL文件、格式化文本文件等，这样就可以利用数据库的高效率对其中的数据进行查询、处理。还可以通过以Access作为前台客户端，以SQL Server作为后台数据库的方式（如ADP）开发大型数据库应用系统。

总之，Access是一个既可以只用来存放数据的数据库，也可以作为一个客户端开发工具来进行数据库应用系统开发；即可以开发方便易用的小型软件，也可以用来开发大型的应用系统。

Access的缺点：

ACCESS是小型数据库，既然是小型就有它的局限性（下面关于性能方面的缺点仅指用Access作为数据库的情况下，不包括用Access作为客户端前台，用SQL Server作为后台数据库的情况）：

1 数据库过大，一般百M以上（纯数据，不包括窗体、报表等客户端对象）性能会变差。

2 虽然理论上支持255个并发用户，但实际上根本支持不了那么多，如果以只读方式访问大概在100个用户左右，而如果是并发编辑，则大概在10-20个用户。

3 记录数过多，单表记录数过百万性能就会变得较差，如果加上设计不良，这个限度还要降低。

4 不能编译成可执行文件（exe），必须要安装Access运行环境才能使用。

综上，所以access一般用作小型网站的数据库，以及小公司的数据库或应用软件开发。

以上就是关于什么叫分布式数据库，有什么优点和缺点全部的内容，包括:什么叫分布式数据库，有什么优点和缺点、JDBC链接数据库的方法有几种各自的优缺点、什么是数据源等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！