数据库物理模型

数据库物理模型设计的目标是根据选定的Oracle数据库系统特点和航空物探数据管理与服务的业务处理需求，确定航空物探数据库最优的物理环境、存取方法和存储结构。即通过数据库物理设计，以便达到物理数据库结构的优化，使得在数据库上运行的各种事务响应时间少、存储空间利用率高、事务吞吐率大。

一、数据库布局

航空物探信息系统的维护数据（部门、岗位、人员、人员权限、数据入库检查规则及数据字典等）相对比较稳定。入库前数据需经过各种检查校对，确认数据正确后才能归档，存入航空物探资料数据库，所以存入资料库前的数据可能经常需要修改和删除，相对变化较大；而存入资料数据库中的数据一般不允许修改和删除，以免误 *** 作破坏资料库数据造成损失。

图2-12 航空物探数据库逻辑模型

图2-13 航空物探数据库布局与数据采集流程图

据此，我们采用图2-13所示的数据库数据采集流程，并将航空物探数据库分为资料采集数据库、资料数据库、系统维护数据库分别进行存储和管理，实现数据的统一管理和统一使用，便于数据入库和易于维护等。

航空物探资料数据库是航空物探所有数据最终存储的场所。资料采集数据库是数据归档存入资料数据库前的临时“集散地”，在此接收各项检查，在确认数据无误后归档到资料数据库，然后删除资料采集数据库中已归档的数据。此外，资料采集数据库中还保存数据入库、维护、检查日志及归档记录。

系统维护数据库，存储系统维护信息（如系统功能、数据库表清单等）、安全信息（如信息系统用户的角色、权限、授权的系统功能等），数据字典、入库数据检查规则等。将其与航空物探数据分开，有利于系统维护和管理。

二、数据库空间设置

数据库空间设置包括磁盘空间设置、应用系统表空间设置、撤销表空间、临时表空间、日志空间和索引空间设置。

（一）磁盘空间设置

磁盘空间设置的目标：磁盘性能不能阻碍实现数据库性能，数据库磁盘必须专用于数据库文件，否则非数据库将会影响到数据库性能，且磁盘空间必须满足恢复和性能的要求。

航空物探数据库服务器为IBM P620小型机，8块硬盘，每块硬盘36GB空间，每块物理磁盘建立一个文件系统。为了提高磁盘的反应时间和寻道时间，提高I/O的存取效率，除了一块硬盘用于UNIX *** 作系统外，其余7块磁盘分别存放资料采集数据库、系统维护数据库-日志文件，资料数据库及资料数据库的大字段数据、索引、回滚段和数据日志文件。

（二）应用系统表空间设置

信息系统数据采集过程对数据的事务 *** 作比较频繁，经常进行数据插入（新数据入库）、修改（入库数据有误）和删除 *** 作（数据重新导入或归档入库），因此航空物探资料采集数据库所在的表空间会很活跃。为了不影响其他I/O的竞争，同时也可以提高数据入库的 *** 作效率（50多年的历史数据需要集中入库），分配一个磁盘空间（36GB）为采集库的表空间。由于采集数据归档入资料库后被删除，同时进行数据入库的项目也不是很多，虽仍保留所有的采集日志数据，一个磁盘空间也足够使用。

航空物探资料数据库的二维表和Oracle大字段（BLOB）分别存放在不同的物理磁盘（每个磁盘36GB）上，对同时存在有表格数据和大字段数据的数据库表（如航迹线数据）时，可以提高磁盘I/O效率。随着数据入库的项目越来越多，需要增加相应的物理磁盘或磁盘阵列。

系统维护数据库相对稳定，占用磁盘空间约500 M左右。由于系统磁盘有限，把日志文件存放该磁盘中。

（三）撤销表和临时表空间的设置

在Oracle数据库中，撤销的目的是确保事务的回退和恢复。撤销参数有UNDO_MANAGEMENT、UNDO_TABLESPACE和UNDO_RETENTION。

UNDO_MANAGEMENT参数用于数据库中管理撤销数据的方式，航空物探数据库设置为自动模式（auto）。

UNDO_TABLESPACE参数用于指定数据库中保存撤销数据的撤销表空间名称，航空物探数据库撤销表空间名称为UNDO_ARGS_TBSPACE，空间大小设置为20GB，以确保在保留时间内进行恢复。

UNDO_RETENTION参数用于指定已经提交事务的撤销数据在能够覆盖之前应该保留多长时间，本数据库系统设置为60 min。

临时表空间是用以存储大量的排序，与撤销表空间存放在一个物理磁盘上，本数据库系统临时表空间设置为500 M。

（四）日志空间设置

日志的主要功能是记录对数据库已做过的全部 *** 作。在系统出现故障时，如果不能将修改数据永久地写入数据文件，则可利用日志得到该修改，所以不会丢失已有 *** 作结果。

日志文件主要是保护数据库以防止故障。为了防止日志文件本身的故障，航空物探数据库系统分别在一个独立磁盘和系统维护库磁盘中存放日志文件。若系统出现故障，在下次打开数据库时Oracle数据库系统自动用日志文件中的信息来恢复数据库文件。

根据航空物探数据库信息系统同时登录的用户数及使用的功能，将日志文件大小设置为10GB。

（五）索引表空间设置

为了提高航空物探信息系统的查询和统计速度，把所有索引空间与应用表空间完全分开，从而提高I/O存取效率。航空物探索引表空间大小设置为10GB。

聚集是表的一种存储方法，一般每个基本表是单独组织的，但对逻辑上经常在一起查询的表，在物理上也邻近存放，这样可减少数据的搜索时间，提高性能。

当几个关系（表）以聚集方式组织时，是通过公共属性的值为表聚集的依据。航空物探数据库系统是以项目标识（PROJ_ID）建立聚集的，所有涉及项目标识的数据库表直接引用项目标识聚集。航空物探聚集表空间与索引表空间相同。

三、数据库参数设置

在数据库创建前需要对如下数据库参数进行设置，航空物探参数文件名为Initoraargsora，各种参数设置如下：

航空物探信息系统建设

四、内存设置

航空物探数据库服务器物理内存为4GB，除部分用于系统开销外，其余全部用于数据库。

Oracle使用共享系统全局区（System Global Area，SGA）内存来管理内存和文件结构，包含DB_block_Buffers、DB_cache_size、Shared_pool_size、Log_Buffer参数。航空物探数据库系统的全局区内存参数设置如下。

DB_block_Buffers参数为SGA中存储区高速缓存的缓冲区数目，每个缓冲区的大小等于参数DB_block_size的大小，DB_block_Buffers=19200（约300 MB）。

Shared_pool_size参数为分配给共享SQL区的字节数，是SGA大小的主要影响者，Shared_pool_size=1228800000（12GB）。

DB_cache_size参数是SGA大小和数据库性能的最重要的决定因素。该值较高，可以提高系统的命中率，减少I/O，DB_cache_size=1024000000（1GB）。

Log_Buffer参数为重做日志高速缓存大小，主要进行插入、删除和修改回退 *** 作，Log_buffer=5120000（5MB）。

五、优化设置

由于航空物探信息系统的采集软件和应用软件是采用MSNET C＃进行开发的，应用程序与数据库之间的连接有传统的ODBC和OLE DB两种方式。为了支持ODBC在OLE DB技术上建立了相应的OLE DB到ODBC的调用转换，而使用直接的OLE DB方式则不需转换，从而提高处理速度。

在建立数据库表时，参数Pctfree和Pctused设置不正确可能会导致数据出现行链接和行迁移现象，即同一行的数据被保存在不同的数据块中。在进行数据查询时，为了读出这些数据，磁头必须重新定位，这样势必会大大降低数据库的执行速度。因此，在创建表时应充分估计到将来可能出现的数据变化，正确地设置这两个参数，尽量减少数据库中出现的行链接和行迁移现象。

航空物探资料采集数据库表的插入、修改和删除的频率较高，Pctfree设置为20，Pctused设置为40；系统维护数据库表相对稳定，Pctfree设置为10，Pctused设置为15；资料数据库表除了增加数据外基本不进行修改和删除 *** 作，Pctfree设置为10，Pctused设置为5。

六、扩展性设置

多CPU和并行查询PQO（Parallel Query Option）方式的利用：CPU的快速发展使得Oracle越来越重视对多CPU的并行技术的应用，一个数据库的访问工作可以用多个CPU相互配合来完成。对于多CPU系统尽量采用并行查询选项方式进行数据库 *** 作。航空物探数据库服务器为2个CPU，在程序查询中采用了并行查询的方式。

在航空物探工作量统计、飞行小时统计、测量面积统计和岩石物性统计中，为了加快统计效率，在相应的查询语句中增加了并行查询语句。

随着航空物探高精度测量程度的不断提高，测量数据将越来越大。为了满足航空物探查询效率及发展，将航磁测量数据与校正后航磁测量数据按比例尺分1∶20 万以下、20万～50万、1∶50万以上分别存放3张不同的数据库表。

七、创建数据库

在完成数据库布局、空间设置、内存设置、数据库参数设置、扩展性设置和优化设置后，进行航空物探数据库物理模型设计，即航空物探数据库实体创建。由于航空物探空间数据库逻辑模型是采用ESRI提供的ArcGIS UML构建的Geodatabase模型，因此，使用ESRI公司提供的CaseTools将航空物探数据UML模型图转成空间数据库（Geodatabase）实体（图2-14）。

航空物探属性数据库表（二维表）是采用Power Designer数据库设计平台直接把数据库关系模型生成数据库脚本来创建的。

经过数据库的概念设计、逻辑设计和物理设计，最终生成航空物探数据库。

图2-14 航空物探数据库物理模型实现

八、空间数据的索引机制

对于海量的空间数据库而言，数据库的 *** 作效率是关系到数据库成败的关键问题。为了提高数据的访问、检索和显示速度，数据在加载到数据库时，要素类数据建立了空间索引，栅格数据构建了金字塔结构，对象类数据采用与数据库直接联接的访问机制。

（一）空间索引

为了提高要素类数据的查询性能，在建立航空物探空间数据库时，创建了空间索引机制。常用的空间索引有格网索引、R树索引、四叉树索引等。Geodatabase采用格网索引方式。所谓格网索引是将空间区域划分成适合大小的正方形格网，记录每一个格网内所包含的空间实体（对象）以及每一个实体的封装边界范围，即包围空间实体的左下角和右上角坐标。当用户进行空间查询时，首先计算出用户查询对象所在格网，然后通过格网编号，就可以快速检索到所需的空间实体。

确定适合的格网级数、单元大小是建立空间格网索引的关键。格网太大，在一个格网内有多个空间实体，查询检索的准确度降低。格网太小，则索引数据量成倍增长和冗余，检索的速度和效率较低。数据库的每一数据层采用不同大小、不同级数的空间索引格网单元，但每层最多级数不能超过三级。格网单元的大小不是一个确定性的值，需要根据对象的大小确定。空间索引格网的大小与检索准确度之间的关系如图2-15所示。

选择格网单元的大小遵循下列基本原则：

1）对于简单要素的数据层，尽可能选择单级索引格网。减少RDBMS搜索格网单元索引的级数，缩短空间索引搜索的过程，例如航迹线要素类。

图2-15 索引格网大小与检索准确度的关系

2）如果数据层中的要素封装边界大小变化比较大，应选择2或3级索引格网。Geodatabase最多提供三级格网单元。每一要素封装边界在适合的级内，减少了每一封装边界有多个格网的可能性。在空间索引搜索过程中，RDBMS则必须搜索所有3个格网单元级，这将消耗大量的时间。

3）若用户经常对图层执行相同的查询，最佳格网的大小应是平均查寻空间范围的15倍。

4）格网的大小不能小于要素封装边界的平均大小，为了减少每个格网单元有多个要素封装边界的可能性，格网单元的大小应取平均格网单元的3倍。最佳格网单元的大小可能受图层平均查询的影响。

空间域是按照要素数据集定义的，空间索引格网是按照要素类设置的。它们都是在创建Geodatabase数据库时设置，并一经设置，中间不许改变；所以一定要在充分分析数据的情况下确定它们的值。航空物探数据主要是简单要素类，空间跨度为70°。根据上述原则，航空物探数据选择单级索引格网，格网大小为20°。

（二）金字塔结构

金字塔结构的核心是将栅格数据逐级进行抽稀，形成多级分辨率的重采样数据，并将其分割成块，按一定的文件格式（金字塔文件格式）存储成磁盘文件；在以后进行图像显示处理时，只需将要显示的部分所覆盖的块从磁盘文件直接读进内存缓冲区显示即可。从金字塔的所有层中寻找与所要求显示的比例相近或匹配的一层，并将该层的从某一点起的一定范围的图像所覆盖的所有块加载到内存缓冲区，提取所需部分并形成图像。

金字塔算法（图2-16）是通过获取显示时所需要的一定分辨率的数据来提高显示速度。使用金字塔数据格式后，在显示全图时仅需要显示一个较低分辨率的数据，这样既能加快显示速度，又不会影响显示效果。放大图像，尽管显示图像分辨率提高，由于显示区域减小，所以显示速度不会下降。如果没有为栅格数据建立金字塔数据，则每次显示都会读取整个数据，然后进行重采样得到显示所需要的分辨率，明显地降低了显示速度。

图2-16 金字塔压缩示意图

金字塔数据重采样方式有：最近邻法、双线性内插和立方卷积。其中最近邻法适用于离散数据，而双线性内插法和立方卷积法适合于连续数据。

在ArcGIS Engine中提供了IRasterPyramid和IRasterPyramid2接口来实现金字塔数据的建立，而建立的数据保存在rrd格式的文件中。

（三）空间域定义

空间域是指数据的有效空间范围，即Geodatabase数据库的最大等效坐标的值域范围，其定义主要是指比例系数和Min X、Min Y的计算。

因为使用整数比浮点数有更高的压缩率，并且对整数进行二进制搜索比较快，所以多用户Geodatabase以4字节正整数存储坐标，其最大值为32位正整数所能表示的范围是214亿（2147483647），整数的范围称为空间域。在创建Geodatabase数据库时需要定义合适的比例系数。大的整数值将消耗大量的计算机物理内存，所以选定的比例系数最好不要大于必须的比例系数。空间域随坐标系的单位变化而变化。

比例系数和空间域之间成反比例关系，比例系数越大（存储单位越小），表达的空间域也越小。为了使目标数据都存储在系统中，需要谨慎地设置比例系数。将目标数据的宽度和高度较适中的数值乘以比例系数，如果结果小于214亿，则比例系数是合适的。

航空物探数据模型是为我国的航空物探行业数据建库设计的，它支持的空间数据的坐标范围为我国领土覆盖的海陆空间，最低纬度为赤道。根据概念设计的分析，航空物探数据模型采用的是地理坐标系，坐标系单位是度，基准是Beijing_1954，要求存储的坐标数据精度达到001 m。在赤道处，赤道圆周长为400756946 m，则每度弧长=400756946×100/360 cm=11132137389 cm，即1 cm对应8983000883E-8°。所以，航空物探数据模型的比例系数取为898E-8，即存储单位为898E-8°，可满足1 cm精度要求。

将空间域移动到目标数据范围之前，首先找到空间域在存储单位的中心位置，目的是在必要时向各个方向扩展。4字节正整数可表示的坐标范围：2147483647×898E-8=19284°。我国的领土范围是东经70°～140°，北纬0°～60°。所以，选取的比例系数是合适的。把空间域坐标系中心定为90°，然后，计算空间域的Min X、Min Y。

航空物探信息系统建设

航空物探信息系统建设

所以坐标的存储数据是：

航空物探信息系统建设

航空物探信息系统建设

问题一：数据恢复技术是怎么实现的 1数据恢复原理一-分区表

数据恢复原理与分区表关系紧密。在主引导区中，从地址BE开始，到FD结束为止的64个字节中的内容就是通常所说的分区表。无论系统中建立多少个逻辑磁盘，在主引导扇区中通过一个扩展分区的参数就可以逐个找到每一个逻辑磁盘。需要特别注意的是，由于主分区之后的各个分区是通过一种单向链表的结构来实现链接的，因此，若单向链表发生问题，将导致逻辑磁盘的丢失。这就是当硬盘被CIH病毒破坏后，我们可以通过KV3000的F10功能来找到丢失的D，E及以后的逻辑分区的原因。

2数据恢复原理二-目录区与数据区

目录区DIR:是Directory即根目录区的简写，在FAT12和FAT16格式中，DIR紧接在第二FAT表之后，而在FAT32格式中，根目录区的位置可以在分区中的任意位置，其起始位置是由引导扇区给出的。单有FAT表还不能确定文件在磁盘中的具 置，只有FAT表和DIR区配合使用，才能准确定位文件的确切位置。

数据区（DATA） 在DIR区之后，才是真正意义上的数据存储区，即DATA区。

DATA虽然占据了硬盘的绝大部分空间，但没有了前面的各部分，它对于我们来说，也只能是一些枯燥的二进制代码，没有任何意义。

3数据恢复原理三-引导扇区与分配表 *** 作系统引导扇区（OBR）

OBR（OS Boot Record）即 *** 作系统引导扇区，通常位于硬盘的0磁道1柱面1扇区（这是对于DOS来说的，对于那些以多重引导方式启动的系统则位于相应的主分区/扩展分区的第一个扇区），是 *** 作系统可直接访问的第一个扇区，它也包括一个引导程序和一个被称为BPB（BIOS Parameter Block）的本分区参数记录表。文件分配表（FAT）

FAT(File Allocation Table)即文件分配表，是DOS/Win9x系统的文件寻址系统。为了防止意外损坏，FAT一般做两个（也可以设置为一个），第二FAT为第一FAT的备份, FAT区紧接在OBR之后（对于FAT32格式，位置是从引导扇区开始的第32个扇区就是第一个FAT表的位置），其大小由这个分区的空间大小及文件分配单元的大小决定。

问题二：怎样可以让数据恢复软件恢复不了我电脑里面的数据 现在很多数据恢复软件都自带彻底删除功能，彻底删除的原理就是删除后再在同一位置写入乱七八糟的其他文件，再删除反复几次，就绝对恢复不了了。

当然现在很多的各种卫士软件中，也自带文件粉碎功能，工作原理和结果都是一样的。

问题三：excel表数据丢失怎么恢复。 我是刚刚把数据完全恢复就来回答了因为我也经历了重要EXCEL数据(一年半的分类账啊)丢失的痛苦, 在网上找了N种方法都不行你试试我的方法看行不行

打开EXCEL--点击文件里的打开--在打开窗口点右俯角的工具--点查找--点高级--然后在属性栏点:上次修改时间,在条件栏点:在(之前),在值栏里填:你大概的保存时间,最好后延几天,在选择位置栏点:我的电脑,在选定文件类型点:EXCEL,然后点搜索在结果栏里有信息 祝你好运

问题四：数据恢复软件无法完全恢复文件怎么办？ 你好，你完全删除三次的定义是什么，是这些文件你删除了三次才删除完，还是你删除一次往里面写入一些文件，然后又删除又写入，如说是这样你丢失的数据只能找到在你最后一次删除的文件，前面的删除的是无法恢复出来的，因为全部被你重新写入的数据给覆盖了。如果数据很重要，不要尝试自己 *** 作以免对数据造成2次损伤，建议你可以找《飞尔数据恢复中心》这样专业点的数据恢复机构吧，有自身的修复特点，恢复几率高。希望我的回答可以帮助到你。

问题五：如何实现数据恢复常见问题 问题1：在没有备份的情况下，卸载了软件，但是账套数据文件存在，如何恢复数据？

引子：通常情况下，应该提醒用户经常在系统管理中进行账套备份。如果在没有备份的情况下，卸载了软件（或重装了系统），这时软件是安装在其他盘上，比如D盘。

若这两个文件存在的话，可以通过以下方法把数据恢复。

解决方法：

（1）、把zt991文件夹备份好，卸载干净后，重新安装软件；

（2）、在“系统管理”创建991账套，启用年份及行业性质都与原账套相同。如果原来账套是多个年度的，则一定要建立年度账（比如001账套是2006年启用的，则要新建一个001账套，启用年份是2006年，并且要建立2007年和2008年的年度账）。这样在软件安装目录下会形成一个文件夹zt991。

（3）、将sqlserver服务关闭（可在任务栏中使用“sqlserver服务管理器”进行服务停止，或在控制面板--管理工具--服务中将mssqlserver服务停用）

（4）、将已经备份出去的zt991文件夹覆盖新的zt991文件夹。

（5）、重新启动sqlserver服务和U6的服务，然后登录U6应用程序，即可看到原账套中的信息，确认信息无误后，及时进行数据备份。

问题2：在系统管理中进行了账套备份，但是恢复账套的时候，提示“备份信息文件无效，恢复失败”。

引子：在系统管理中进行账套备份，形成两个文件：uferpactlst（通uf2kactlst）和ufdataba_。所以当出现这个提示的时候，先对这两个文件进行 *** 作。首先检查ufdataba_是否可以解压缩，如果解压缩失败，说明物理文件破坏，这时备份文件无效了（这时就要考虑用问题1中的方法来解决了）。如果解压缩成功，可以用以下两个方法来 *** 作。

解决方法一：还原数据

（1）、用产品自带的解压工具把ufdataba_文件解压。解压工具D:\U6SOFT\Admin\ ufunpexe。双击这个文件，选择源文件，录入解压文件，把ufdataba_解压成ufdatabak，点击“解压缩”按钮。

（2）、在系统管理中新建一个账套，假定账套号是001。

（3）、在sql server 的企业管理器中，逐层展开树形结构，鼠标右键点击“数据库”，选择“所有任务”―“还原数据库”

（4）、进入“还原数据库”界面，从下拉列表中选择“还原为数据库ufdata_001_2008，“从设备”还原，然后点击“选择设备”。

（5）、进入“选择还原设备”，点击“添加”按钮，进入“选择还原目的”界面，点击“文件名”后的浏览按钮，选择ufdatabak文件所在的路径。然后点击“确定”按钮。

（6）、再点击“确定”按钮，又一次进入“还原数据库”界面，在“选项”页签下，选择“在现有数据库上强制还原”。

一定要注意逻辑文件名对应的“移至物理文件名”对应的路径是否正确。点击“确定”就可以了。

注：这样方法也适用于只有ufdataba_文件的情况下恢复数据，以及只对年度账数据进行恢复的情况。

解决方法二：把现有运行正常的账套进行备份，然后用记事本的方式打开uferpactlst文件，同时也打开恢复失败的账套的uferpactlst文件，参照自己备份出来的账套的uferpactlst文件，修改恢复失败的账套的uferpactlst文件，除了保留账套号外，其余不一致的地方都要修改。>>

问题六：我的移动硬盘突然坏掉了，怎么能把数据恢复啊？ 发生数据删除情况也不必惊慌，用恢复工具就可以找回。

以顶尖数据恢复软件为例

1打开顶尖恢复软件，选择“手机数据恢复”模式。(鼠标停留在功能按钮可查看详情)

2按提示选择硬盘存储设备，然后点击下一步。

3进入硬盘扫描阶段，如果用户发现丢失的数据已经被扫描到，也可以“中断扫描”。

4选择需要恢复的文件，用户可以对文件进行预览，查看是否是自己需要的文件。然后点击下一步。(文件丢失后，文件名称也会被系统自动更改名称龚如果未扫描到需要文件，请使用“万能恢复”模式再次扫描恢复。)

5选择恢复文件存放目录。用户可以将文件恢复到电脑上，以防止造成数据覆盖问题，然后点击下一步，等待恢复完成。

问题七：手机怎么下载数据恢复软件 电脑有数据恢复软件，手机基本上很少有数据恢复的软件。你可以用电脑数据恢复软件恢复手机的数据试试。

问题八：如何恢复电脑硬盘数据？ 如果是被系统覆盖到了d盘，那原来的数据恢复的几率很小，不知道你说用easyrecovery没有恢复成功，具体是什么情况，像这种软件 *** 作，难度确实比较高的，数据重要第一选择还是建议找51Recovery这样厂业的数据恢复公司。如果想自己尝试，一定要将故障盘接从盘，再通过主盘安装的easyrecovery来扫故障盘，恢复出来的数据保存到主盘上，这样避免数据被二次损坏。鉴于你说easyrecovery没有恢复成功，我建议你换一款软件进行尝试，试试recovery my file。具体有问题可以再追问我。

问题九：如何恢复RAID0里面的数据恢复 可以把RAID的成员盘都拆下来挂到其他电脑上再恢复数据，只要正确分析出盘序和条带大小就正确重组出数据，具体可以看我空间的文章 如果自己动手有困难可以看我个人信息联系

问题十：电脑店（数据恢复店）是用什么方法恢复数据的 一点也不神秘，主要是你没用过，呵呵，其实简单的恢复数据是用的DISKGEN

硬盘分区被更改，丢失数据，用Diskgen恢复分区和数据的方法

硬盘分区破坏，或者用Ghost自动安装被重新分区，丢失数据，先用Diskgen恢复分区，然后才能恢复数据：

一、用Diskgen恢复旧的分区表， *** 作如下：

[注意：用能进入DOS程序的光盘或正常运作的硬盘DOS工具（如果硬盘是NTFS格式的，还要加载NTFS支持的项目）]

1在DOS中运行Diskgen。

2按Alt和D键拉下菜单“硬盘(D)”加载要处理的硬盘，记得不要选错了硬盘哦！

3按Alt和T键激活“工具(T)”菜单,按上下箭头选择“重建分区表”。当出现“自动方式”和“交互方式”时，选择“交互方式”。

4找到的第一个分区时看到底“是原来分区的”还是“你现在分的”，如果是原来的就保留，不是就跳过。待到找到与原来的相同或相近（毕竟你也记不得很准确）的分区，就保留。直到逐一将原来所有分区找完为止。

5检查寻找的结果，如果看到上面找到的结果不对，那就从第3步重新找过。直到认为正确为止。如果硬盘被多次调整过分区的话，那么找出来的残余分区信息就越多，寻找想要的分区信息难度相对会高很多。

建议先不要急着把找到的信息保留，要等扫描完全盘，再确定保留哪种分区状态：不管扫描过程发现的分区信息如何，全都用笔将其分区大小的数字记录下来，然后按“跳过“不要，让扫描继续，这样，扫完全盘之后，你根据记录的分区大小的信息，就会知道那种才是自己想找的分区信息了，最后再从第3步开始 *** 作，当找到想要的信息那里点“保留”就行了。

6按F8保存，Diskgen软件会把你认为对的分区表信息重新写入，然后退出Diskgen并重新启动。

7如果仅仅是被Ghost自动安装光盘重新更改了分区，那么做完上一步之后，进入Windows系统就可以直接看见原来的数据了。

8如果第一个分区的信息（通常是C盘）被破坏了，仅留下的是后面几个分区的信息，那么也可以保留后面分区的，重新启动后再进入DOS,用PQmagic把第一个没分配的分区重新建立。还有！可能要对各分区格式化一次，系统才能认得出来。这里格式化不会破坏原有数据的。

二、恢复数据

分区成功建立后，最好把硬盘设为从盘，挂在另一Windows系统中，利用EasyRecovery或Finaldata扫描硬盘，找回数据！

高考志愿pq段这是校方自定义的专业代码，一般含义是区分不同的专业层次，方便大学的数据库存储、检索和备份，方便电脑自动程序处理而已，高考志愿主要还是看一批、二批、三批次。

考生志愿，指考生所选报的院校和专业，是考生的志向、愿望、爱好、个性和能力等因素的综合反映。

填报志愿实际上也是考生与院校之间的一种“双向选择”：一方面考生通过填报志愿，表达自己的愿望即向往何种院校、喜欢什么专业等，另一方面各普通高校又以考生填报的志愿为其录取的基本依据，从众多的报考者中择优选拔合格的新生。合理填报志愿对于考生来说意义十分重大。

开始本文之前，我们看一段Go连接数据库的代码：

本文内容我们将解释连接池背后是如何工作的，并 探索 如何配置数据库能改变或优化其性能。

转自：>

偶然的一次，网友在taskmacleancom ASK Maclean Home提问了关于112 上一个ORA-600问题的解决途径，我们这里不讨论该ORA-600[kcratr_nab_less_than_odr]错误， 比这个错误本身更有趣的是 该600 trace中记录了一段对于前滚恢复rolling upgrade描述十分详细的KST trace。

很多网友肯定要问什么是KST KST是9i以后引入的内部诊断机制Tracing Facility，每一个Oracle 进程都维护SGA中的一小块Trace buffer，并将自身的默认启用的一些event事件信息写入到Trace Buffer中(这些事件默认包括10280, 10401, 10441, 10442, 10425, 10427, 10429, 10434, 10666)，可以使用内部视图x$trace观察这些信息，默认Trace Buffer不写到磁盘上，而只在SGA中维护，当Trace Buffer用完时将被重用。

了解了 KST的知识后，我们可以从容地阅读下面这段TRACE了：

Trace Bucket Dump Begin: default bucket for process 19 (osid: 29785)

TIME(=approx):SEQ:COMPONENT:FILE@LINE:FUNCTION:SECT/DUMP: [EVENT#:PID:SID] DATA

以上是KST Trace的 头部

COMPONENT 组件名 例如 db_trace 、CACHE_RCV，这里的CACHE_RCV意为 cache recovery，实际上是我们所说的前滚rolling forward。

FILE@LINE 指oracle内核代码的文件名和行数 例如:kstc、kcvc，这些都是oracle的核心C代码名

FUNCTION 指oracle内核函数名 例如kcvcrv()、kctrec()

[EVENT#:PID:SID] 即 EVENT ID:PID:SID

DATA 实际的 *** 作内容

我们选择性地阅读KST TRACE的内容：

2012-02-07 13:40:52755567 :800005B3:CACHE_RCV:kcvc@15475:kcvcrv(): kcvcrv: Entering kcvcrv()2012-02-07 13:40:52755609 :800005B4:KFNU:kfnc@2200:kfnPrepareASM(): kfnPrepareASM force=0 state_kfnsg=0x7

2012-02-07 13:40:52772999:800005B5:CACHE_RCV:kcvc@16100:kcvcrv(): kcvcrv: file 1 - cpscn 0x0000018b76b2, rsflg 0

2012-02-07 13:40:52826001:800005B6:CACHE_RCV:kcvc@16100:kcvcrv(): kcvcrv: file 2 - cpscn 0x0000018b76b2, rsflg 0

2012-02-07 13:40:52862014:800005B7:CACHE_RCV:kcvc@16100:kcvcrv(): kcvcrv: file 3 - cpscn 0x0000018b76b2, rsflg 0

2012-02-07 13:40:52909981:800005B8:CACHE_RCV:kcvc@16100:kcvcrv(): kcvcrv: file 4 - cpscn 0x0000018b76b2, rsflg 0

2012-02-07 13:40:52945933:800005B9:CACHE_RCV:kcvc@16100:kcvcrv(): kcvcrv: file 5 - cpscn 0x0000018b76b2, rsflg 0

2012-02-07 13:40:52993824:800005BA:CACHE_RCV:kcvc@16100:kcvcrv(): kcvcrv: file 6 - cpscn 0x0000018b76b2, rsflg 0

2012-02-07 13:40:53005829:800005BB:CACHE_RCV:kcvc@16100:kcvcrv(): kcvcrv: file 7 - cpscn 0x0000018b76b2, rsflg 0

2012-02-07 13:40:53041893:800005BC:CACHE_RCV:kcvc@16100:kcvcrv(): kcvcrv: file 8 - cpscn 0x0000018b76b2, rsflg 0

2012-02-07 13:40:53065779:800005BD:CACHE_RCV:kcvc@16100:kcvcrv(): kcvcrv: file 9 - cpscn 0x0000018b76b2, rsflg 0

2012-02-07 13:40:53089760:800005BE:CACHE_RCV:kcvc@16100:kcvcrv(): kcvcrv: file 10 - cpscn 0x0000018b76b2, rsflg 0

kcvcrv的全称是 [K]ernel [C]ache [R]ecovery [C]rash [R]ecovery [V]erify ， kcvcrv内核函数在crash recovery的过程中显得极为重要，它总是发生在当一个前台进程试图启动脏关闭(dirty shutdown)的数据库的时候。kcvcrv 的工作包括检验所有的数据文件头并验证控制文件中的数据文件记录以确认是否需要介质恢复。这个步骤必要地验证仅仅crash recovery是否足以让数据库恢复到一致状态(consistent)，相信大家已经耳熟能详 crash recovery 、 instance recovery 、 media recovery 三者的区别。 若kcvcrv发现 data files数据文件、control files控制文件亦或者redo log file在线日志文件存在corrupted 或者 丢失，或者实际上是从之前的备份中还原过来的，那么kcvcrv会强制用户必须使用media recovery才能将数据库恢复到一致，无法通过crash recovery实现恢复。注意 kcvcrv的检测并不是完全的，它主要是检测 数据文件头的checkpoint scn 和 控制文件中data files的checkpoint scn是否一致，以确保 这些数据文件完成了shutdown instance时的最后一次FULL Checkpoint。 kcvcrv并不能检测出除数据文件头部外的datafile body是否存在介质讹误。

kcvcrv需要对control file读写才能完成其必要的任务，所以它会启动一个控制文件读写事务 read-write control file transaction。通过检验控制文件中每个数据文件的记录以确认数据文件是否有被重新同步的必要。 当然kcvcrv会跳过哪些OFFLINE和read-only的数据文件，因为这些文件不存在recovery的必要。

在确认crash recovery的必要性后，kcvcrv还会主导启动并行的恢复工作(parallel recovery)，注意parallel recovery只在多CPU且参数recovery_parallelism不为零的环境下有效， kcvcrv会创建并初始化Oracle中的PQ Slave 并行子进程以便恢复实例。 默认的子进程数Slave Processes等于(CPU的总数-1)，这是因为需要为recovery coordinator process恢复协调进程保留一个CPU。并且需要kcvcrv分配一个recovery state object给并行恢复 协调进程与其Slave子进程。

最后kcvcrv还会调用另一个关键内核函数 kctrec ( Kernel Cache Threads )， kctrec会在所有打开的redo thread上实施进一步的thread recovery。

2012-02-07 13:40:53366569 :80000687:KFNU:kfnc@2200:kfnPrepareASM(): kfnPrepareASM force=0 state_kfnsg=0x7

2012-02-07 13:40:53366569:80000688:CACHE_RCV:kcvc@16365:kcvcrv(): kcvcrv: Calling kctrec()

2012-02-07 13:40:53366569:80000689:CACHE_RCV:kctc@4163:kctrec(): kctrec: Entering kctrec()

2012-02-07 13:40:53413557:8000068A:CACHE_RCV:kctc@4271:kctrec(): kctrec: thread 1 cf thread ckpt: logseq 1468, block 2,scn 25917106

常见的 kcvcrv 调用堆栈 stack call如下：

kcratr_odr_check <- kcratr <- kctrec <- kcvcrv <- kcfopd <- adbdrv

kcliarq <- kclrinit <- kcbrst <- kcrpci <- kcratr <- kctrec <- kcvcrv <- kcfopd <- adbdrv

kfgrpIterInit()<-kfis_sageonly_anygroup()<-krr_init_rrx()<-kcra_scan_redo()<-kcra_dump_redo()+2246<-kcra_dump_redo_internal()+1752<-kco_image_corrupt()<-kcoapl()<-kcbr_apply_change()<-kcbr_mapply_change()<-kcbrapply()<-kcbr_apply_pending()<-kcbr_media_apply()<-krp_serial_apply()<-krr_do_media_recovery()<-krddmr()<-krd_do_media_rcv()<-krd_implicit_rcv()<-kcvcrv()<-kcfopd()<-adbdrv()

1 逻辑设计

2 一对多

3 企业对信息的需求

4 功能模块图

5 数据库概念设计

6 将概念结构设计的E-R图转换为DBMS支持的数据模型

7 确定存取方法

8 自顶向下的方法

9 15

10 2

11 1

12 程序流程图

13 规范化问题是要考虑的重要因素之一

14 函数依赖

15 3NF

16 pq

17 R是2NF但不是3NF

18 如果关系模式R是BCNF，则R必然是3NF

19 部分函数依赖和传递函数依赖

20 一样的

这是不是一家公司出的笔试啊

以上就是关于数据库物理模型全部的内容，包括:数据库物理模型、怎么数据恢复、高考志愿pq段什么意思等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！