1什么是数据库的数据独立性(数据库的独立性包括)

数据的独立性：是指应用程序和数据之间的依赖程度低，相互影响小。

数据独立性分成物理数据独立性和逻辑数据独立性两级：

1，数据的物理独立性是指应用程序对数据存储结构的依赖程度；

2，数据物理独立性高是指当数据的物理结构发生变化时，应用程序不需要修改也可以常工作。

为什么具有数据独立性的原因：

1，因为数据库管理系统能够提供数据的物理结构与逻辑结构之间的映像或转换功能。这种数据映像功能使得应用程序可以根据数据的逻辑结构进行设计，并且一旦数据的存储结构发生变化，系统可以通过修改其映像来适应变化。所以数据物理结构的变化不会影响到应用程序的正确执行。

数据库系统之所以具有较高的数据逻辑独立性，是由于数据库系统能够提供数据的全局逻辑结构和局部逻辑结构之间的映像和转换功能。

2，这种数据映像功能使得数据库可以按数据全局逻辑结构设计，而应用程序可以按数据局部逻辑结构进行设计。这样，当全局逻辑结构中的部分数据结构改变时，即使那些与变化相关的数据局部逻辑结构受到了影响，也可以通过修改与全局逻辑结构的映像而减小其受影响的程度，使数据局部逻辑结构基本上保持不变。

扩展资料：

数据独立性概念背景：

一个数据库结构从逻辑上可以分为外部模式，内部模式和概念模式三层。为了提高数据库系统中的数据独立性，DBMS在这三级模式之间提供了两层映像。作为数据库系统的基本特征的数据和程序的独立性正是依靠于这三级模式和两级映像。

概念模式也称模式，是由数据库设计者综合所有用户数据，并且按照一定的观点构造的对数据库全局逻辑结构的描述。在数据库系统的三级模式中，概念模式处于中间层，一个数据库只有一个概念模式，它既不涉及数据的物理存储细节和硬件环境也与具体的应用程序和程序设计语言无关。

外部模式也称为子模式，子模式是用户和数据库之间的接口，是数据库用户能看得见的和使用的局部数据的逻辑结构和特征的描述。

内部模式也称为存储模式，是对数据库中数据物理结构和存储方式的描述，是数据在数据库内部的表示方式。一个数据库只有一个内部模式。内部模式是DBMS管理的最底层，它是物理存储设备上存储数据时的物理抽象。

一个完整的数据库系统中包括 *** 作系统（OS）、数据库管理系统（DBMS）、主语言系统、应用程序软件和数据库。

① *** 作系统或汉字 *** 作系统： *** 作系统是所有计算机软件的基础，在数据库系统中它起着支持DBMS及主语言系统工作的作用。如果管理的信息中有汉字，则需要中文 *** 作系统的支持，以提供汉字的输入、输出方法和汉字信息的处理方法。

② 数据库管理系统和主语言系统：数据库管理系统是为定义、建立、维护、使用及控制数据库而提供的有关数据管理的系统软件。主语言系统是为应用程序提供的诸如程序控制、数据输入输出、功能函数、图形处理、计算方法等数据处理功能的系统软件。

③ 应用开发工具软件：应用开发工具是DBMS系统为应用开发人员和最终用户提供的高效率、多功能的应用生成器、第四代计算机语言等各种软件工具．如报表生成器、表单生成器、查询和视图设计器等，它们为数据库系统的开发和使用提供了良好的环境和帮助。

④ 应用系统及数据库：数据库应用系统包括为特定的应用环境建立的数据库、开发的各类应用程序及编写的文档资料，它们是一个有机整体。通过运行数据库应用系统，可以实现对数据库中数据的维护、查询、管理和处理 *** 作

事情的起因 昨天 系统管理员告诉我 我们一个内部应用数据库所在的磁盘空间不足了 我注意到数据库事件日志文件XXX_Data ldf文件已经增长到了 GB 于是我决意缩小这个日志文件 经过收缩数据库等 *** 作未果后 我犯了一个自进入行业以来的最大最愚蠢的错误:竟然误删除了这个日志文件!后来我看到所有论及数据库恢复的文章上都说道: 无论如何都要保证数据库日志文件存在 它至关重要 甚至微软甚至有一篇KB文章讲如何只靠日志文件恢复数据库的 我真是不知道我那时候是怎么想的!这下子坏了!这个数据库连不上了 企业管理器在它的旁边写着 (置疑) 而且最要命的 这个数据库从来没有备份了 我唯一找得到的是迁移半年前的另外一个数据库服务器 应用倒是能用了 但是少了许多记录 表和存储过程 真希望这只是一场噩梦!数据库日志文件的误删或别的原因引起数据库日志的损坏 方法一 新建一个同名的数据库 再停掉sql server(注意不要分离数据库) 用原数据库的数据文件覆盖掉这个新建的数据库 再重启sql server 此时打开企业管理器时会出现置疑 先不管 执行下面的语句(注意修改其中的数据库名) 完成后一般就可以访问数据库中的数据了 这时 数据库本身一般还要问题 解决办法是 利用数据库的脚本创建一个新的数据库 并将数据导进去就行了 USE MASTERGOSP_CONFIGURE ALLOW UPDATES RECONFIGURE WITH OVERRIDEGOUPDATE SYSDATABASES SET STATUS = WHERE NAME= 置疑的数据库名 Gosp_dboption 置疑的数据库名 single user true GoDBCC CHECKDB( 置疑的数据库名 )Goupdate sysdatabases set status = where name= 置疑的数据库名 Gosp_configure allow updates reconfigure with overrideGosp_dboption 置疑的数据库名 single user false Go 方法二 事情的起因昨天 系统管理员告诉我 我们一个内部应用数据库所在的磁盘空间不足了 我注意到数据库事件日志文件XXX_Data ldf文件已经增长到了 GB 于是我决意缩小这个日志文件 经过收缩数据库等 *** 作未果后 我犯了一个自进入行业以来的最大最愚蠢的错误:竟然误删除了这个日志文件!后来我看到所有论及数据库恢复的文章上都说道: 无论如何都要保证数据库日志文件存在 它至关重要 甚至微软甚至有一篇KB文章讲如何只靠日志文件恢复数据库的 我真是不知道我那时候是怎么想的!这下子坏了!这个数据库连不上了 企业管理器在它的旁边写着 (置疑) 而且最要命的 这个数据库从来没有备份了 我唯一找得到的是迁移半年前的另外一个数据库服务器 应用倒是能用了 但是少了许多记录 表和存储过程 真希望这只是一场噩梦!没有效果的恢复步骤附加数据库_Rambo讲过被删除日志文件中不存在活动日志时 可以这么做来恢复: 分离被置疑的数据库 可以使用sp_detach_db 附加数据库 可以使用sp_attach_single_file_db但是 很遗憾 执行之后 SQL Server质疑数据文件和日志文件不符 所以无法附加数据库数据文件 DTS数据导出不行 无法读取XXX数据库 DTS Wizard报告说 初始化上下文发生错误 紧急模式怡红公子讲过没有日志用于恢复时 可以这么做: 把数据库设置为emergency mode 重新建立一个log文件 把SQL Server 重新启动一下 把应用数据库设置成单用户模式 做DBCC CHECKDB 如果没有什么大问题就可以把数据库状态改回去了 记得别忘了把系统表的修改选项关掉我实践了一下 把应用数据库的数据文件移走 重新建立一个同名的数据库XXX 然后停掉SQL服务 把原来的数据文件再覆盖回来 之后 按照怡红公子的步骤走 但是 也很遗憾 除了第 步之外 其他步骤执行非常成功 可惜 重启SQL Server之后 这个应用数据库仍然是置疑!不过 让我欣慰的是 这么做之后 倒是能够Select数据了 让我大出一口气 只不过 组件使用数据库时 报告说: 发生错误: 未能在数据库 XXX 中运行 BEGIN TRANSACTION 因为该数据库处于回避恢复模式 最终成功恢复的全部步骤设置数据库为紧急模式停掉SQL Server服务;把应用数据库的数据文件XXX_Data mdf移走;重新建立一个同名的数据库XXX;停掉SQL服务;把原来的数据文件再覆盖回来;运行以下语句 把该数据库设置为紧急模式;运行 Use MasterGosp_configure allow updates reconfigure with overrideGo 执行结果:DBCC 执行完毕 如果 DBCC 输出了错误信息 请与系统管理员联系 已将配置选项 allow updates 从 改为 请运行 RECONFIGURE 语句以安装 接着运行 update sysdatabases set status = where name = XXX 执行结果:(所影响的行数为 行)重启SQL Server服务;运行以下语句 把应用数据库设置为Single User模式;运行 sp_dboption XXX single user true 执行结果:命令已成功完成 ü 做DBCC CHECKDB;运行 DBCC CHECKDB( XXX ) 执行结果: XXX 的 DBCC 结果 sysobjects 的 DBCC 结果 对象 sysobjects 有 行 这些行位于 页中 sysindexes 的 DBCC 结果 对象 sysindexes 有 行 这些行位于 页中 syscolumns 的 DBCC 结果 ………ü 运行以下语句把系统表的修改选项关掉;运行 sp_resetstatus XXX gosp_configure allow updates reconfigure with overrideGo 执行结果:在 sysdatabases 中更新数据库 XXX 的条目之前 模式 = 状态 = (状态 suspect_bit = ) 没有更新 sysdatabases 中的任何行 因为已正确地重置了模式和状态 没有错误 未进行任何更改 DBCC 执行完毕 如果 DBCC 输出了错误信息 请与系统管理员联系 已将配置选项 allow updates 从 改为 请运行 RECONFIGURE 语句以安装 重新建立另外一个数据库XXX Lost;DTS导出向导运行DTS导出向导;复制源选择EmergencyMode的数据库XXX 导入到XXX Lost;选择 在SQL Server数据库之间复制对象和数据 试了多次 好像不行 只是复制过来了所有表结构 但是没有数据 也没有视图和存储过程 而且DTS向导最后报告复制失败;所以最后选择 从源数据库复制表和视图 但是后来发现 这样总是只能复制一部分表记录;于是选择 用一条查询指定要传输的数据 缺哪个表记录 就导哪个;视图和存储过程是执行SQL语句添加的 维护Sql Server中表的索引在使用和创建数据库索引中经常会碰到一些问题 在这里可以采用一些另类的方法解决… 第一步:查看是否需要维护 查看扫描密度/Scan Density是否为 %declare @table_id intset @table_id=object_id( 表名 )dbcc showcontig(@table_id) 第二步:重构表索引dbcc dbreindex( 表名 pk_索引名 ) 重做第一步 如发现扫描密度/Scan Density还是小于 %则重构表的所有索引 并不一定能达 % dbcc dbreindex( 表名 ) lishixinzhi/Article/program/SQLServer/201311/22169

root用户是系统默认的超级管理员，权限是最高的，当然可以管理任何用户建立的数据库了。你新建的ppamdin可以取得管理权限，但不是最高的权限，它只能管理被root授权管理的数据库以及执行root授权的 *** 作命令。所以说你希望的root看不到pppadmin建立的数据库这个想法是不到的，虽然root可以无视它

一、数据库系统的三级模式：外模式、模式、内模式。

1、模式（逻辑模式、概念模式）：实际上是数据库数据在逻辑级上的视图。描述的是全局逻辑结构。一个数据库只要一个模式。模式是数据库的中心与关键，它独立与其他层次。设计数据库模式结构时应首先确定数据库的逻辑模式。DBMS提供模式描述性语言来严格定义模式。

2、外模式（子模式、用户模式）：数据库用户能够看见和使用的局部数据的逻辑结构和特征，是数据库用户的数据视图。描述的是局部逻辑结构。是模式的一个子集。一个数据库可以有多个数据库内模式。每个用户只能看见和访问对应的外模式中的数据，数据库中的其余数据是不可见的。

是保证数据库安全性的有力措施。同一外模式也可以为用户的多个应用程序使用，但一个应用程序只能使用一个外模式。它定义在逻辑模式之上，但独立于存储模式和存储设备。当应用需求发生较大变化，相应外模式不能满足其视图要求，该外模式就应该做出相应的改变。

设计外模式的时候应充分考虑到应用的扩展性。DBMS提供子模式描述性语言来严格定义子模式。

3、内模式（存储模式）：一个数据库只有一个内模式。它是数据物理结构和存储方式的描述，是数据库内部的表示方法。比如记录什么存储方法存储，索引按照什么方式组织。数据是否压缩存储，是否加密。数据库存储记录结构有何规定。

它依赖于全局逻辑结构，但独立于数据库的用户视图和存储设备。它将全局逻辑结构中所定义的数据结构及其联系按照一定的物理存储策略进行组织，以实现达到较好的时间与空间效率的目的。DBMS提供内模式描述性语言来严格定义内模式。

二、二级映像：

1、外模式/模式映像：数据库系统都有一个外模式/模式映像。它定义了该外模式与模式之间的对应关系。这些映像通常包含在各自外模式的描述中。

当模式改变时（增加新的关系、新的属性、改变属性的数据类型），需要数据库管理员对各个外模式/模式的映像做相应改变，也可以是外模式保持不变。应用程式是依据数据的外模式编写的。因此应用程序也不必修改，这保证了数据与程序的逻辑独立性，简称数据的逻辑独立性。

2、模式/内模式映像：模式/内模式映像是唯一的，它定义了数据全局逻辑结构与存储结构之间的对应关系。比如说明逻辑记录和字段在内部是如何表示。

该映像定义通常包含在模式描述中。当数据库的存储结构改变时，由数据库管理员对模式/内模式映像做相应改变。可以使模式保持不变，因此应用程序也不必改变，这就保证了数据与程序的物理独立性，简称数据的物理独立性。

扩展资料：

数据库的三级模式是数据库在三个级别 (层次)上的抽象，使用户能够逻辑地、抽象地处理数据而不必关心数据在计算机中的物理表示和存储。

实际上 ，对于一个数据库系统而言一有物理级数据库是客观存在的，它是进行数据库 *** 作的基础，概念级数据库中不过是物理数据库的一种逻辑的、抽象的描述(即模式)，用户级数据库则是用户与数据库的接口，它是概念级数据库的一个子集(外模式)。

用户应用程序根据外模式进行数据 *** 作，通过外模式一模式映射，定义和建立某个外模式与模式间的对应关系，将外模式与模式联系起来，当模式发生改变时，只要改变其映射，就可以使外模式保持不变，对应的应用程序也可保持不变；

另一方面，通过模式一内模式映射，定义建立数据的逻辑结构(模式)与存储结构(内模式)间的对应关系，当数据的存储结构发生变化时，只需改变模式一内模式映射，就能保持模式不变，因此应用程序也可以保持不变。

参考资料：

百度百科_外模式/模式映象

百度百科_模式/内模式映像

以上就是关于1什么是数据库的数据独立性(数据库的独立性包括)全部的内容，包括:1什么是数据库的数据独立性(数据库的独立性包括)、一个完整的数据库系统由哪些组成部分组成它们分别起到什么作用、SQL Server：无日志恢复数据库等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！