特殊保护的数据库有哪些，数据库种类

1，数据库种类

最常用的就是 Mysql ms-sqlserver oracle 这三个吧特殊需求下也有其他的

数据的种类？我还第一次听说。数据库是用来存放数据的一种服务器。应该只有大型小型之分。大型数据库有：oracl、sql server小型数据库有：access、mysql、bd2等。

做数据库有好多家，微软有 MS SQL，甲骨文的 Oracle，最新版11 还有免费的 MySQL 所有的SQL数据的存读，数据库创建等操作基本都是一样的，上面所说的各家不同之处在于每个数据库的安装维护等。。。我入门的时候读的是 Stéphane Bressan 写的《Introduction to database system》(好像只在新加坡发行)，后来接触到甲骨文的东西，推荐你读甲骨文的东西，虽然那些个 Oracel database 10g完全手册这样的东西看起来很枯燥，还是慢系统的介绍数据库的东西的微软的 SQL server之类的东西可能会涉及 asp，但是很难说也，如果实在找不到甲骨文的，读下微软的也不错，这些是以后工作的时候公司通常用的系统，MySQL是免费的，有的程序开发员可能会用，但是真正商业化的东西，最好还是甲骨文和微软的

数据库种类

2，具有停电保护功能的数据存储器有哪些各有什么特点

计算机中的存储器，可分为内存和外存。内存，又称为主存储器，可分为随机存储器RAM和只读存储器ROM。随机存储器用于存放正在运行的程序和数据，它的特点是具有可读写性和易丢失性，即其中保存的信息，一旦掉电就会全部丢失。随机存储器又可分为静态随机存储器SRAM和动态随机存储器DRAM，前者因为制作工艺复杂，价格高昂，只有少量用于高速缓存Cache；后者则是在微机中被称为内存条的东东。只读存储器用于固化一些基本程序，如微机主板中的BIOS（基本输入/输出程序），它的特点是只能读出信息，不能写入信息，即具有只读不写性。外存，又称为辅助存储器。目前微机中标配的硬盘、光盘，以及常用的U盘等，都是常见的外存储器。外存因为存储容量大（内存的存储容量比较有限，且相对外存小得多），而被广泛用于各种程序和数据的存放。但外存中的信息，必须先读入内存后，才能被CPU调用或处理。硬盘和软盘都属于磁盘存储设备，是通过磁性分布来记录信息的，硬盘的存储容量、存取速度均远大于软盘。U盘属于一种闪存设备，因为存储容量大、存取速度快已取代了软盘而被广泛使用。

iap11f62x 用的不是数据掉电保护，用的不是电池是外中断的一种扩展应用你要想学单片机，靠别人教是没用的，最有效的办法是要自己读懂芯片规格书这是搞数字电路的基本条件

具有停电保护功能的数据存储器有哪些各有什么特点

3，请问数据库都有哪些类型分别是什么

就目前来讲数据库按其结构来讲，可分为三类：1、层次型2、网状型3、关系型目前大多数集成开发环境（包括语言）都可以用来处理数据库，可以说不胜枚举。就关系型DBMS来说，我认为:中小型的代表有Access、FoxBASE中型的代表有VFP、dBASE、PB大型的代表有oracle、SQL就你说想学什么来着，肯定会大越有前途和难度。现在市面上对数据库要求最高还是数oracle ,目前DBA,在数据库方面薪资各个方面都是比较高的，讲到oracle学习就不能不说它的认证包括oca,ocp,ocm了。主要从事oracle方面都会去考这样认证。oca含金量比较低所以不介意考这个，与其还不如直接考ocp,ocp难道相对比较大一点，不过只要参加一个由oracle授权的培训机构学习基本过没什么问题。

多着啦模糊数据库指能够处理模糊数据的数据库。一般的数据库都是以二直逻辑和精确的数据工具为基础的，不能表示许多模糊不清的事情。随着模糊数学理论体系的建立，人们可以用数量来描述模糊事件并能进行模糊运算。这样就可以把不完全性、不确定性、模糊性引入数据库系统中，从而形成模糊数据库。模糊数据库研究主要有两方面，首先是如何在数据库中存放模糊数据；其次是定义各种运算建立模糊数据上的函数。模糊数的表示主要有模糊区间数、模糊中心数、模糊集合数和隶属函数等。统计数据库管理统计数据的数据库系统。这类数据库包含有大量的数据记录，但其目的是向用户提供各种统计汇总信息，而不是提供单个记录的信息。网状数据库处理以记录类型为结点的网状数据模型的数据库。处理方法是将网状结构分解成若干棵二级树结构，称为系。系类型是二个或二个以上的记录类型之间联系的一种描述。在一个系类型中，有一个记录类型处于主导地位，称为系主记录类型，其它称为成员记录类型。系主和成员之间的联系是一对多的联系。网状数据库的代表是dbtg系统。1969年美国的codasyl组织提出了一份“dbtg报告”，以后，根据dbtg报告实现的系统一般称为dbtg系统。现有的网状数据库系统大都是采用dbtg方案的。dbtg系统是典型的三级结构体系：子模式、模式、存储模式。相应的数据定义语言分别称为子模式定义语言ssddl，模式定义语言sddl，设备介质控制语言dmcl。另外还有数据操纵语言dml。算逻辑规则推理。具体为：递归查询的优化、规则的一致性维护

请问数据库都有哪些类型分别是什么

4，请问oral是什么

口头上

问题不是很明晰，看看是哪个吧一、口头的；口试二、ORAL架构：1、物理结构（由控制文件、数据文件、重做日志文件、参数文件、归档文件、口令文件组成）一个数据库中的数据存储在磁盘上物理文件，被使用时，调入内存。其中控制文件、数据文件、重做日志文件、跟踪文件及警告日志（trace files,alert files）属于数据库文件；参数文件（parameter file）口令文件（password file）是非数据库文件 1.1数据文件：存储数据的文件.数据文件典型地代表了根据他们使用的磁盘空间和数量所决定的一个Oracle数据库的容积。由于性能原因，每一种类型的数据放在相应的一个或一系列文件中，将这些文件放在不同的磁盘中。 types: .data dictionary .data .redo data .index .temporary data 等等 1.2控制文件：包含维护和验证数据库完整性的必要信息、例如，控制文件用于识别数据文件和重做日志文件，一个数据库至少需要一个控制文件. 控制文件内容。数据库名。表空间信息。所有数据文件的名字和位置。所有redo日志文件的名字和位置。当前的日志序列号。检查点信息。关于redo日志和归档的当前状态信息控制文件的使用过程控制文件把Oracle引导到数据库文件的其它部分。启动一个实例时，Oracle 从参数文件中读取控制文件的名字和位置。安装数据库时，Oracle 打开控制文件。最终打开数据库时，Oracle 从控制文件中读取数据文件的列表并打开其中的每个文件。 1.3重做日志文件：含对数据库所做的更改记录，这样万一出现故障可以启用数据恢复。一个数据库至少需要两个重做日志文件. 1.4 跟踪文件及警告日志(Trace Files and Alert Files) 在instance 中运行的每一个后台进程都有一个跟踪文件（trace file）与之相连。Trace file 记载后台进程所遇到的重大事件的信息。警告日志（ Alert Log）是一种特殊的跟踪文件，每个数据库都有一个跟踪文件,同步记载数据库的消息和错误. 1.5参数文件：包括大量影响Oracle数据库实例功能的设定，如以下设定：。数据库控制文件的定位。Oracle用来缓存从磁盘上读取的数据的内存数量。默认的优化程序的选择. 和数据库文件相关，执行两个重要的功能 1〉为数据库指出控制文件 2〉为数据库指出归档日志的目标 1.6归档文件：是重做日志文件的脱机副本，这些副本可能对于从介质失败中进行恢复很必要。 1.7口令文件：认证哪些用户有权限启动和关闭Oracle例程. 2、逻辑结构（表空间、段、区、块）表空间：是数据库中的基本逻辑结构，一系列数据文件的集合。段：是对象在数据库中占用的空间. 区：是为数据一次性预留的一个较大的存储空间. 块：ORACLE最基本的存储单位，在建立数据库的时候指定. 3、内存分配（SGA和PGA） SGA：是用于存储数据库信息的内存区，该信息为数据库进程所共享。它包含Oracle 服务器的数据和控制信息,它是在Oracle服务器所驻留的计算机的实际内存中得以分配，如果实际内存不够再往虚拟内存中写。 PGA：包含单个服务器进程或单个后台进程的数据和控制信息，与几个进程共享的SGA 正相反,PGA 是只被一个进程使用的区域，PGA 在创建进程时分配,在终止进程时回收. 4、后台进程包括数据写进程(Database Writer,DBWR)、日志写进程(Log Writer,LGWR)、系统监控(System Monitor,SMON)、进程监控(Process Monitor,PMON)、检查点进程(Checkpoint Process,CKPT)、归档进程、服务进程、用户进程）数据写进程：负责将更改的数据从数据库缓冲区高速缓存写入数据文件日志写进程：将重做日志缓冲区中的更改写入在线重做日志文件系统监控：检查数据库的一致性如有必要还会在数据库打开时启动数据库的恢复进程监控：负责在一个Oracle 进程失败时清理资源检查点进程：负责在每当缓冲区高速缓存中的更改永久地记录在数据库中时,更新控制文件和数据文件中的数据库状态信息。该进程在检查点出现时，对全部数据文件的标题进行修改，指示该检查点。在通常的情况下，该任务由LGWR执行。然而，如果检查点明显地降低系统性能时，可使CKPT进程运行，将原来由LGWR进程执行的检查点的工作分离出来，由CKPT进程实现。对于许多应用情况，CKPT进程是不必要的。只有当数据库有许多数据文件，LGWR在检查点时明显地降低性能才使CKPT运行。CKPT进程不将块写入磁盘，该工作是由DBWR完成的。 init.ora文件中 CHECKPOINT_PROCESS 参数控制CKPT进程的使能或使不能。缺省时为FALSE，即为使不能。归档进程：在每次日志切换时把已满的日志组进行备份或归档服务进程：用户进程服务。用户进程：在客户端，负责将用户的SQL语句传递给服务进程，并从服务器段拿回查询数据。 5、SCN(System ChangeNumber)：系统改变号，一个由系统内部维护的序列号。当系统需要更新的时候自动增加，他是系统中维持数据的一致性和顺序恢复的重要标志。

5，数据字典是特殊的数据库数据库类型是按什么

数据库设计方法、规范与技巧一、数据库设计过程数据库技术是信息资源管理最有效的手段。数据库设计是指对于一个给定的应用环境，构造最优的数据库模式，建立数据库及其应用系统，有效存储数据，满足用户信息要求和处理要求。数据库设计中需求分析阶段综合各个用户的应用需求（现实世界的需求），在概念设计阶段形成独立于机器特点、独立于各个DBMS产品的概念模式（信息世界模型），用E-R图来描述。在逻辑设计阶段将E-R图转换成具体的数据库产品支持的数据模型如关系模型，形成数据库逻辑模式。然后根据用户处理的要求，安全性的考虑，在基本表的基础上再建立必要的视图（VIEW）形成数据的外模式。在物理设计阶段根据DBMS特点和处理的需要，进行物理存储安排，设计索引，形成数据库内模式。 1. 需求分析阶段需求收集和分析，结果得到数据字典描述的数据需求（和数据流图描述的处理需求）。需求分析的重点是调查、收集与分析用户在数据管理中的信息要求、处理要求、安全性与完整性要求。需求分析的方法：调查组织机构情况、调查各部门的业务活动情况、协助用户明确对新系统的各种要求、确定新系统的边界。常用的调查方法有：跟班作业、开调查会、请专人介绍、询问、设计调查表请用户填写、查阅记录。分析和表达用户需求的方法主要包括自顶向下和自底向上两类方法。自顶向下的结构化分析方法（Structured Analysis，简称SA方法）从最上层的系统组织机构入手，采用逐层分解的方式分析系统，并把每一层用数据流图和数据字典描述。数据流图表达了数据和处理过程的关系。系统中的数据则借助数据字典（Data Dictionary，简称DD）来描述。数据字典是各类数据描述的集合，它是关于数据库中数据的描述，即元数据，而不是数据本身。数据字典通常包括数据项、数据结构、数据流、数据存储和处理过程五个部分(至少应该包含每个字段的数据类型和在每个表内的主外键)。数据项描述＝｛数据项名，数据项含义说明，别名，数据类型，长度，取值范围，取值含义，与其他数据项的逻辑关系｝数据结构描述＝｛数据结构名，含义说明，组成:｛数据项或数据结构｝｝数据流描述＝｛数据流名，说明，数据流来源，数据流去向，组成:｛数据结构｝，平均流量，高峰期流量｝数据存储描述＝｛数据存储名，说明，编号，流入的数据流，流出的数据流，组成:｛数据结构｝，数据量，存取方式｝处理过程描述＝｛处理过程名，说明，输入:｛数据流｝，输出:｛数据流｝, 处理:｛简要说明｝｝ 2. 概念结构设计阶段通过对用户需求进行综合、归纳与抽象，形成一个独立于具体DBMS的概念模型，可以用E-R图表示。概念模型用于信息世界的建模。概念模型不依赖于某一个DBMS支持的数据模型。概念模型可以转换为计算机上某一DBMS支持的特定数据模型。概念模型特点： (1) 具有较强的语义表达能力，能够方便、直接地表达应用中的各种语义知识。 (2) 应该简单、清晰、易于用户理解，是用户与数据库设计人员之间进行交流的语言。概念模型设计的一种常用方法为IDEF1X方法，它就是把实体-联系方法应用到语义数据模型中的一种语义模型化技术，用于建立系统信息模型。使用IDEF1X方法创建E-R模型的步骤如下所示: 2.1 第零步——初始化工程这个阶段的任务是从目的描述和范围描述开始，确定建模目标，开发建模计划，组织建模队伍，收集源材料，制定约束和规范。收集源材料是这阶段的重点。通过调查和观察结果，业务流程，原有系统的输入输出，各种报表，收集原始数据，形成了基本数据资料表。 2.2 第一步——定义实体实体集成员都有一个共同的特征和属性集，可以从收集的源材料——基本数据资料表中直接或间接标识出大部分实体。根据源材料名字表中表示物的术语以及具有“代码”结尾的术语，如客户代码、代理商代码、产品代码等将其名词部分代表的实体标识出来，从而初步找出潜在的实体，形成初步实体表。 2.3 第二步——定义联系 IDEF1X模型中只允许二元联系，n元联系必须定义为n个二元联系。根据实际的业务需求和规则，使用实体联系矩阵来标识实体间的二元关系，然后根据实际情况确定出连接关系的势、关系名和说明，确定关系类型，是标识关系、非标识关系（强制的或可选的）还是非确定关系、分类关系。如果子实体的每个实例都需要通过和父实体的关系来标识，则为标识关系，否则为非标识关系。非标识关系中，如果每个子实体的实例都与而且只与一个父实体关联，则为强制的，否则为非强制的。如果父实体与子实体代表的是同一现实对象，那么它们为分类关系。 2.4 第三步——定义码通过引入交叉实体除去上一阶段产生的非确定关系，然后从非交叉实体和独立实体开始标识侯选码属性，以便唯一识别每个实体的实例，再从侯选码中确定主码。为了确定主码和关系的有效性，通过非空规则和非多值规则来保证，即一个实体实例的一个属性不能是空值，也不能在同一个时刻有一个以上的值。找出误认的确定关系，将实体进一步分解，最后构造出IDEF1X模型的键基视图（KB图）。 2.5 第四步——定义属性从源数据表中抽取说明性的名词开发出属性表，确定属性的所有者。定义非主码属性，检查属性的非空及非多值规则。此外，还要检查完全依赖函数规则和非传递依赖规则，保证一个非主码属性必须依赖于主码、整个主码、仅仅是主码。以此得到了至少符合关系理论第三范式的改进的IDEF1X模型的全属性视图。 2.6 第五步——定义其他对象和规则定义属性的数据类型、长度、精度、非空、缺省值、约束规则等。定义触发器、存储过程、视图、角色、同义词、序列等对象信息。 3. 逻辑结构设计阶段将概念结构转换为某个DBMS所支持的数据模型（例如关系模型），并对其进行优化。设计逻辑结构应该选择最适于描述与表达相应概念结构的数据模型，然后选择最合适的DBMS。将E-R图转换为关系模型实际上就是要将实体、实体的属性和实体之间的联系转化为关系模式,这种转换一般遵循如下原则： 1）一个实体型转换为一个关系模式。实体的属性就是关系的属性。实体的码就是关系的码。 2）一个m:n联系转换为一个关系模式。与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性。而关系的码为各实体码的组合。 3）一个1:n联系可以转换为一个独立的关系模式，也可以与n端对应的关系模式合并。如果转换为一个独立的关系模式，则与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，而关系的码为n端实体的码。 4）一个1:1联系可以转换为一个独立的关系模式，也可以与任意一端对应的关系模式合并。 5）三个或三个以上实体间的一个多元联系转换为一个关系模式。与该多元联系相连的各实体的码以及联系本身的属性均转换为关系的属性。而关系的码为各实体码的组合。 6）同一实体集的实体间的联系，即自联系，也可按上述1:1、1:n和m:n三种情况分别处理。 7）具有相同码的关系模式可合并。为了进一步提高数据库应用系统的性能，通常以规范化理论为指导，还应该适当地修改、调整数据模型的结构，这就是数据模型的优化。确定数据依赖。消除冗余的联系。确定各关系模式分别属于第几范式。确定是否要对它们进行合并或分解。一般来说将关系分解为3NF的标准，即：表内的每一个值都只能被表达一次。 ??表内的每一行都应该被唯一的标识（有唯一键）。表内不应该存储依赖于其他键的非键信息。 4. 数据库物理设计阶段为逻辑数据模型选取一个最适合应用环境的物理结构（包括存储结构和存取方法）。根据DBMS特点和处理的需要，进行物理存储安排，设计索引，形成数据库内模式。 5. 数据库实施阶段运用DBMS提供的数据语言（例如SQL）及其宿主语言（例如C），根据逻辑设计和物理设计的结果建立数据库，编制与调试应用程序，组织数据入库，并进行试运行。数据库实施主要包括以下工作：用DDL定义数据库结构、组织数据入库、编制与调试应用程序、数据库试运行 6. 数据库运行和维护阶段数据库应用系统经过试运行后即可投入正式运行。在数据库系统运行过程中必须不断地对其进行评价、调整与修改。包括：数据库的转储和恢复、数据库的安全性、完整性控制、数据库性能的监督、分析和改进、数据库的重组织和重构造。建模工具的使用为加快数据库设计速度，目前有很多数据库辅助工具（CASE工具），如Rational公司的Rational Rose，CA公司的Erwin和Bpwin，Sybase公司的PowerDesigner以及Oracle公司的Oracle Designer等。 ERwin主要用来建立数据库的概念模型和物理模型。它能用图形化的方式，描述出实体、联系及实体的属性。ERwin支持IDEF1X方法。通过使用ERwin建模工具自动生成、更改和分析IDEF1X模型，不仅能得到优秀的业务功能和数据需求模型，而且可以实现从IDEF1X模型到数据库物理设计的转变。ERwin工具绘制的模型对应于逻辑模型和物理模型两种。在逻辑模型中，IDEF1X工具箱可以方便地用图形化的方式构建和绘制实体联系及实体的属性。在物理模型中，ERwin可以定义对应的表、列，并可针对各种数据库管理系统自动转换为适当的类型。设计人员可根据需要选用相应的数据库设计建模工具。例如需求分析完成之后，设计人员可以使用Erwin画ER图，将ER图转换为关系数据模型，生成数据库结构；画数据流图，生成应用程序。二、数据库设计技巧 1. 设计数据库之前（需求分析阶段） 1) 理解客户需求，询问用户如何看待未来需求变化。让客户解释其需求，而且随着开发的继续，还要经常询问客户保证其需求仍然在开发的目的之中。 2) 了解企业业务可以在以后的开发阶段节约大量的时间。 3) 重视输入输出。在定义数据库表和字段需求（输入）时，首先应检查现有的或者已经设计出的报表、查询和视图（输出）以决定为了支持这些输出哪些是必要的表和字段。举例：假如客户需要一个报表按照邮政编码排序、分段和求和，你要保证其中包括了单独的邮政编码字段而不要把邮政编码糅进地址字段里。 4) 创建数据字典和ER 图表 ER 图表和数据字典可以让任何了解数据库的人都明确如何从数据库中获得数据。ER图对表明表之间关系很有用，而数据字典则说明了每个字段的用途以及任何可能存在的别名。对SQL 表达式的文档化来说这是完全必要的。 5) 定义标准的对象命名规范数据库各种对象的命名必须规范。 2. 表和字段的设计（数据库逻辑设计）表设计原则 1) 标准化和规范化数据的标准化有助于消除数据库中的数据冗余。标准化有好几种形式，但Third Normal Form（3NF）通常被认为在性能、扩展性和数据完整性方面达到了最好平衡。简单来说，遵守3NF 标准的数据库的表设计原则是：“One Fact in One Place”即某个表只包括其本身基本的属性，当不是它们本身所具有的属性时需进行分解。表之间的关系通过外键相连接。它具有以下特点：有一组表专门存放通过键连接起来的关联数据。举例：某个存放客户及其有关定单的3NF 数据库就可能有两个表：Customer 和Order。Order 表不包含定单关联客户的任何信息，但表内会存放一个键值，该键指向Customer 表里包含该客户信息的那一行。事实上，为了效率的缘故，对表不进行标准化有时也是必要的。 2) 数据驱动采用数据驱动而非硬编码的方式，许多策略变更和维护都会方便得多，大大增强系统的灵活性和扩展性。举例，假如用户界面要访问外部数据源（文件、XML 文档、其他数据库等），不妨把相应的连接和路径信息存储在用户界面支持表里。还有，如果用户界面执行工作流之类的任务（发送邮件、打印信笺、修改记录状态等），那么产生工作流的数据也可以存放在数据库里。角色权限管理也可以通过数据驱动来完成。事实上，如果过程是数据驱动的，你就可以把相当大的责任推给用户，由用户来维护自己的工作流过程。 3) 考虑各种变化在设计数据库的时候考虑到哪些数据字段将来可能会发生变更。举例，姓氏就是如此（注意是西方人的姓氏，比如女性结婚后从夫姓等）。所以，在建立系统存储客户信息时，在单独的一个数据表里存储姓氏字段，而且还附加起始日和终止日等字段，这样就可以跟踪这一数据条目的变化。