数据库系统架构

⑴ 数据库系统体系大体分为 种模式

数据库系统的三级模式结构是指数据库系统是由模式、外模式和内模式三级构成的。

（1）模式 模式也称逻辑模式或概念模式，是数据库中全体数据的逻辑结构和特征的描述，是所有用户的公共数据视图。

模式实际上是数据库数据在逻辑级上的视图。一个数据库只有一个模式。定义模式时不仅要定义数据的逻辑结构，而且要定义数据之间的联系，定义与数据有关的安全性、完整性要求。

（2）外模式 外模式也称用户模式，它是数据库用户能够看见和使用的局部数据的逻辑结构和特征的描述，是数据库用户的数据视图，是与某一应用有关的数据的逻辑表示。 外模式通常是模式的子集。一个数据库可以有多个外模式。应用程序都是和外模式打交道的。外模式是保证数据库安全性的一个有力措施。每个用户只能看见和访问所对应的外模式中的数据，数据库中的其余数据对他们是不可见的。

（3）内模式 内模式也称存储模式，一个数据库只有一个内模式。它是数据物理结构和存储方式的描述，是数据在数据库内部的表示方式。例如，记录的存储方式是顺序结构存储还是B树结构存储；索引按什么方式组织；数据是否压缩，是否加密；数据的存储记录结构有何规定等。

⑵ 什么叫做数据库的“三层架构”

三层架构可以说是一种设置模式，他的作用只是让我们更加有效的利用资源，有利于以后的修改和查看，依次分为视图层，逻辑层，数据层；
试图层顾名思义就是我们所看到的，他的原代码并没有关于处理和连库等代码，只是简单的跳转页面，我们没有办法看到真正的代码；
逻辑层就是我们从页面层发回的问题等请求，从字面意思来看，你可以将他视为一个过渡层，只是连接是图层和数据层；进行一些连库，删除数据等操作了；从试图层跳转过来的问题在这里进行处理，并提交给数据层，再返回页面层共读者查看；
数据层就不用说了吧！这里存放着所有的数据也就是一个工程的大本营一样；
三层架构已经不仅仅属于.net了，他是一种设计形式，从某种意义上来说，所有的开发设计几乎都已经以三层架构为基础，三层架构及有效的处理问题，将数据和试图也有效的分开，这样防止耦合度过高，有利于处理和修改，（你不会是想将代码全部写在视图页面上，这样有一个小小的变动，我们就要翻看几十万句代码，从中找出，那我要替你的眼睛抱不平了）当你将程序做好后，从这台机子移动到另一台机子时，大大减少了出错的问题；
通俗一点就是，这样看上去很有层次感，我们查看时，可以减少时间的浪费，也不用在代码堆里翻来覆去找不到北

⑶ 数据库-架构和数据库-管理指的是什么

数据库架构：

下面是基于sqlserver数据库来谈的。
SQLServer经过这些年的发展，其实已经有很多很好的技术可以使用，如Replication、SSB、Cluster、Mirroring等（可以参考我在SQLServer DBA 三十问和SQLServer 高可用、高性能和高保护延伸 中的一些技术方面的知识），而且这些技术在可靠性方面已经通过了市场的认可，有很多公司在为提高其程序的可靠性、安全性和高效性等方面或多或少的采用了其中的某些技术，以下就我接触过的这些技术方面的应用，主要针对网站这种流量很大，读多写少的应用，就数据库架构方面做些探讨，希望对各位有所帮助，如有不对的地方，欢迎大家指正和交流。

数据库架构需要考虑的问题：
数据可靠和一致性；
数据容灾；
当数据量和访问压力变大时，方便扩充；
高度可用，出问题时能及时恢复，无单点故障；
不应因为某一台机器出现问题，导致整网性能的急剧下降；
方便维护。

数据库管理：

数据库管理(Database Manager)是有关建立、存储、修改和存取数据库中信息的技术，是指为保证数据库系统的正常运行和服务质量，有关人员须进行的技术管理工作。负责这些技术管理工作的个人或集体称为数据库管理员(DBA)。数据库管理的主要内容有：数据库的调优、数据库的重组、数据库的重构、数据库的安全管控、报错问题的分析和汇总和处理、数据库数据的日常备份. 数据库的建立：数据库的设计只是提供了数据的类型、逻辑结构、联系、约束和存储结构等有关数据的描述。这些描述称为数据模式。

⑷ mysql数据库管理系统基本系统架构拥有哪4大模块

客户端、连接层、服务层、引擎层

⑸ 数据库系统的组成，及各自的作用

1、数据库（database，DB）

作用是数据库中的数据按一定的数学模型组织、描述和存储，有组织，可共享的数据的集合。具有较小的冗余，较高的数据独立性和易扩展性，并可为各种用户共享。

2、硬件

构成计算机系统的各种物理设备，包括存储所需的外部设备。作用是硬件的配置应满足整个数据库系统的需要。

3、软件

包括操作系统、数据库管理系统及应用程序。数据库管理系统是数据库系统的核心软件，作用是在操作系统的支持下工作，科学地组织和存储数据，高效获取和维护数据的系统软件。其主要功能包括数据定义功能、数据操纵功能、数据库的运行管理和数据库的建立与维护。

4、人员

主要分类及其作用是系统分析员和数据库设计人员，负责应用系统的需求分析和规范说明，确定系统的硬件配置，并参与数据库系统的概要设计；应用程序员，负责编写使用数据库的应用程序，利用系统的接口或查询语言访问数据库；数据库管理员负责数据库的总体信息控制。

(5)数据库系统架构扩展阅读：

数据库系统的模型

1、层次模型：用一颗“有向树”的数据结构来表示各类实体以及实体间的联系，树中每一个节点代表一个记录类型，树状结构表示实体型之间的联系。层次数据模型的提出，首先是为了模拟这种按层次组织起来的事物。层次数据库也是按记录来存取数据的。

2、网状模型：取消了层次模型的不能表示非数状结构的限制，两个或两个以上的结点都可以有多个双亲结点，则此时有向树变成了有向图，该有向图描述了网状模型。网状模型中以记录为数据的存储单位。记录包含若干数据项。

3、关系模型：基本假定是所有数据都表示为数学上的关系。关系数据模型以集合论中的关系概念为基础发展起来的。关系模型中无论是实体还是实体间的联系均由单一的结构类型关系来表示。

⑹ 什么是架构，SQL中的架构有哪些

架构（Schema）是一组数据库对象的集合，它被单个负责人（可以是用户或角色）所拥有并构成唯一命名空间。你可以将架构看成是对象的容器。
在 SQL Server 2000 中，用户（User）和架构是隐含关联的，即每个用户拥有与其同名的架构。因此要删除一个用户，必须先删除或修改这个用户所拥有的所有数据库对象。
在 SQL Server 2005 中，架构和创建它的数据库用户不再关联，完全限定名（fully-qualified name）现在包含4个部分：server.database.schema.object
1. 体系结构（Architecture）
体系结构亦可称为架构，所谓软件架构，根据Perry 和Wolfe之定义：Software Architecture = {Elements,Forms, Rationale / Constraint }，也就是软件主架构 = {组件元素，元素互助合作之模式，基础要求与限制}。Philippe Kruchten采用上面的定义，并说明主架构之设计就是：将各组件元素以某些理想的合作模式组织起来，以达成系统的基本功能和限制。体系结构又分为多种样式，如Pipes and Filters等。
2. 框架(Framework)
框架亦可称为应用架构，框架的一般定义就是：在特定领域基于体系结构的可重用的设计。也可以认为框架是体系结构在特定领域下的应用。框架比较出名的例子就是MVC。
3. 库(Library)
库应该是可重用的、相互协作的资源的集合，供开发人员进行重复调用。它与框架的主要区别在于运行时与程序的调用关系。库是被程序调用，而框架则调用程序。比较好的库有JDK。
4. 设计模式（Design Pattern）
设计模式大家应该很熟悉，尤其四人帮所写的书更是家喻户晓。“四人帮”将模式描述为“在一定的环境中解决某一问题的方案”。这三个事物 — 问题、解决方案和环境 — 是模式的基本要素。给模式一个名称，考虑使用模式将产生的结果和提供一个或多个示例，对于说明模式也都是有用的。
5. 平台（PlatForm）
由多种系统构成，其中也可以包含硬件部分。
对于以上的概念有一个比较清楚的认识之后，就可以在软件的开发过程中进行应用。理论和实践是缺一不可的，相辅相成的。没有理论的指导，实践就缺乏基础；没有实践的证明，理论就缺乏依据，因此我一直认为：对于当代的程序员，在有一定的实践基础后，必须学习更深的理论知识。无论你是从那方面先开始学习的。
在软件的开发过程中，从许多过程实践和方法中，大致可以提炼出五大步骤：需求、分析、设计、编码、测试。而体系结构是软件的骨架，是最重要的基础。体系结构是涉及到每一步骤中。一般在获取需要的同时，就应该开始分析软件的体系结构。体系结构现在一般是各个大的功能模块组合成，然后描述各个部分的关系。
我一般认为框架是体系结构中每个模块中更细小的结构。如需要表示web技术，就会用到MVC框架，而web功能只是整个软件体系中的一个功能模块。每个框架可以有许多个实例，如用java实现的MVC框架structs。
而在框架之下就是设计模式，设计模式一般是应用中框架之中的，也可以说是对框架的补充。因为框架只是提供了一个环境，需要我们我里面填入更多的东西。无论是否应用了设计模式，你都可以实现软件的功能，而正确应用了设计模式，是我们对前人软件的设计或实现方法的一种继承，从而让你的软件更软。
体系结构是可以从不同视角来进行分析的，所以软件体系结构的设计可以按照不同的视角来进行的。按4+1 views的论述，那是四种views：逻辑、开发、过程、物理和场景。因此体系结构是逐渐细化的，你不可能开始就拿出一个完美的体系结构，而只能根据开发过程逐渐对体系结构进行细化。
打个比方：如果我们准备建一个房子，那房子如果按功能来分：墙壁、地板、照明等，它是按那种样式来组成的，房子是四方的还是圆形的等，这样就组成了房子的体系结构。在体系结构之下，我们可以把框架应用在每个模块中，例如墙壁，我们准备应用什么框架。墙壁可以包括：窗户、门等。窗户和门的组成的就是一种框架。而窗户是什么形状的或者是大还是小，是要为了实现屋内的亮度的，因此挑选什么样的窗户就是设计模式。

⑺ “数据库”的主要架构有几种

“数据库”主要有数据库外部体系结构、内部体系结构两种。

从数据库最终用户角度看，数据库系统的结构分为单用户结构、主从式结构、分布式结构、客户/服务器、浏览器/应用服务器/数据库服务器多层结构，这是数据库外部体系结构。

物理存储结构、逻辑存储结构、内存结构和实例进程结构，这是内部体系结构。

⑻ 数据库的主要架构有几种

从数据库最终用户角度看，数据库系统的结构分为单用户结构、主从式结构、分布式结构、客户/服务器、浏览器/应用服务器/数据库服务器多层结构。这是数据库外部体系结构。
物理存储结构、逻辑存储结构、内存结构和实例进程结构。这是内部体系结构

⑼ 一个项目中说系统分为表现层、控制层、逻辑层、DAO层和最终数据库五层架构 这具体是什么意思啊

1、表现层：主要功能是显示数据和接受传输用户的数据，可以在为网站的系统运行提供交互式操作界面，表现层的应用方式比较常见，例如Windows窗体和Web页面。

2、控制层：将业务规则、数据访问、合法性校验等工作进行处理。通过COM/DCOM通讯与逻辑层建立连接。

3、逻辑层：将用户的输入信息进行甄别处理，分别保存。建立新的数据存储方式，在存储过程中对数据进行读取，将“商业逻辑”描述代码进行包含。

4、DAO层：主要是对非原始数据（数据库或者文本文件等存放数据的形式）的操作层，对数据库的操作，而不是数据，具体为业务逻辑层或控制层提供数据服务。

5、最终数据库：是数据库的主要操控系统，实现数据的增加、删除、修改、查询等操作。实际运行的过程中，最终数据库没有逻辑判断能力，为了实现代码编写的严谨性，提高代码阅读程度，一般软件开发人员会使用DAO层，保证数据处理功能。

(9)数据库系统架构扩展阅读：

系统分为表现层、控制层、逻辑层、DAO层和最终数据库五层架构的优点是：

1、开发人员可以只关注整个结构中的其中某一层。

2、可以很容易的用新的实现来替换原有层次的实现。

3、可以降低层与层之间的依赖。

4、有利于标准化。

5、利于各层逻辑的复用。

6、结构更加的明确。

7、在后期维护的时候，极大地降低了维护成本和维护时间。

8、避免了表示层直接访问数据访问层，表示层只和业务逻辑层有联系，提高了数据安全性。

9、有利于系统的分散开发，每一个层可以由不同的人员来开发，只要遵循接口标准，利用相同的对象模型实体类就可以了，这样就可以大大提高系统的开发速度。

10、方便系统的移植，如果要把一个C/S的系统变成B/S系统，只要修改三层架构的表示层就可以了。业务逻辑层和数据访问层几乎不用修改就可以轻松的把系统移植到网络上。

11、项目结构更清楚，分工更明确，有利于后期的维护和升级。

⑽ 数据库架构怎么划分

数据库的架构，如果你不清楚怎么划分的话，说明你的技术还有待提高，可以查看一下相关的书本书名或者是自己看一看。