三层体系结构与数据库编程
接要本文主要介绍了基于三层体系结构的网络数据库设计，并结合面向对象，分布式数据库开发等理论。全文围绕一个典型而简单的例子，通过VB编程语言，从分析、建模、设计、编码等各个角度对三层体系与数据库进行了全面而详细的阐述，文中提供了全部源代码。关键词三层体系数据库面向对象分布式开发
1. 三层体系结构
我们经常会看到许多应聘者在简历上写着“精通数据库编程”的字样，也经常会在招聘网站上看到软件公司的招聘要求中某一项为“精通数据库编程”。于是这些应聘者去这些软件公司面试，于是我们看到了许多“精通”者落选的现象。
一些程序员在设计数据库应用时，通常会采用数据控件绑定的方法实现。用鼠标拉几个控件，再用鼠标设置几个属性，连键盘都不用动，就完成了一个数据库应用的开发！当然，这的确是一种快速的数据库应用开发方式，但快速并不意味着精通。
对于大型的数据库应用系统，或是拥有众多客户端的应用系统，我们需要另外一种“精通”，这就是几乎每个程序员都听说过的“三层体系结构”。
1.1. 传统的C/S模式
在传统的数据库应用体系中，客户端与数据库完全分开，在客户端上运行了大部分服务，如数据访问规则、业务规则、合法性校验等等。每一个客户端都存在数据引擎，并且每个客户端与数据库服务器建立独立的数据库连接（DB Connection）。
基于该种体系的数据库应用系统的优势：开发周期较短，能够适应大部分中小型数据库应用系统的要求（当客户端数量少于50时）。
但是，随着数据库应用的日渐发展、数据容量的不断增加、客户端数量的不断增加，该种体系结构显示出了诸多缺陷，主要体现在以下几个方面：
1、可扩充性：对于数据库服务器端，每当建立一个数据连接，就会占用大量的系
统资源，当数据连接达到一定数量（如20个）时，数据库服务器的响应速度与
处理速度将大打折扣。
2、可维护性：基于传统C/S的数据库应用系统，业务规则通常置于客户端应用程
序中。如果业务规则一旦发生变化（随便举个例子，如身份证号码有可能升为
19位）时，我们就必须修改客户端应用程序，并且将每个客户端进行相应的升
级工作。
3、可重用性：采用传统C/S的设计模式时，数据库访问、业务规则等都固化在客
户端应用程序中。如果客户另外提出了B/S的应用需求，则需要在WEB服务
器中重新进行数据库访问、业务规则、合法性校验等编码（例如将数据库访问
写入ASP代码），而所做的工作与客户端应用程序中的功能完全重复，从而加
大了工作量，又使得程序开发者心里感到极不舒服。
正因为以上的诸多缺陷，使得三层（多层）体系结构成为目前数据库应用开发的首选，甚至客户有时也会提出该种技术需求。
1.2. 三层体系结构
所谓三层体系结构，是在客户端与数据库之间加入了一个“中间层”，也叫组件层。这里所说的三层体系，不是指物理上的三层，不是简单地放置三台机器就是三层体系结构，也不仅仅有B/S应用才是三层体系结构，三层是指逻辑上的三层，即使这三个层放置到一台机器上。
三层体系的应用程序将业务规则、数据访问、合法性校验等工作放到了中间层进行处理。通常情况下，客户端不直接与数据库进行交互，而是通过COM/DCOM通讯与中间层建立连接，再经由中间层与数据库进行交互。
这样的好处显而易见：
1、由于数据访问是通过中间层进行的，因此客户端不再与数据库直接建立数据连
接。也就是说，建立在数据库服务器上的连接数量将大大减少。例如一个500
个客户端的应用系统，500个客户端分别与中间层服务器建立DCOM连接，而
DCOM通讯所占用的系统资源极为有限，并且是动态建立与释放连接，因此客
户端数量将不再受到限制。同时，中间层与数据库服务器之间的数据连接通过
“连接池”进行连接数量的控制，动态分配与释放数据连接，因此数据连接的
数量将远远小于客户端数量。
2、可维护性得以提高。因为业务规则、合法性校验存在于中间层，因此当业务规
则发生改变时，只需更改中间层服务器上的某个组件（如某个DLL文件），而
客户端应用程序不需做任何处理，有些时候，甚至不必修改中间层组件，只需
要修改数据库中的某个存储过程就可以了。
3、良好的可重用性。同样，如果需要开发B/S应用，则不必要重新进行数据访问、
业务规则等的开发，可以直接在WEB服务器端调用现有的中间层（如可以采
用基于IIS的WebClass开发，或直接编写ASP代码）。
4、事务处理更加灵活，可以在数据库端、组件层、MTS（或COM+）管理器中进
行事务处理。
如果现在你仍然感到不理解，没关系，请看下面的例子。
2. 简单的人事管理系统
下面以一个极为简单的人事管理系统为例详细讲述如何实现三层体系结构。编程语言为Visual Basic 6.0。
为了全面介绍程序设计方法，VB代码中采用了不同的方法实现相同的功能，如数据库访问中，同时采用了存储过程与ADO连接。读者可自行选择最适合的方法。
由于在代码中加入了大量注释，因此不再过多地说明函数功能与原理。
在团队开发中，代码中注释部分应占整个代码的1/3左右，而且应在代码编写前就写好注释。如果另一个程序员认为你的代码中注释全部是废话，那么这些注释肯定是在写完代码之后才加上去的！
2.1. 需求
简单的部门/人员管理系统，要求：
1、部门的属性有部门名称，人员的属性有姓名、年龄、性别；
2、 部门存在上下级关系；
3、 人员必须属于一个部门；
4、 人员、部门需要实现增加、删除、修改功能
5、 可以按人员的名称、年龄查询人员
6、 如果一个部门存在人员，或存在下级部门，则该部门不可删除 以上即为系统的简单需求。
2.2. 数据库
数据库采用SQL Server 7设计，数据库名称为“TEST ”，存在两个数据表（此处假设读者已掌握数据库设计，因为这个数据库实在太简单了）。
表tDept
字段名称 类型 nID
Int
DeptName Char(50) SuperID Int tEmployee 字段名称 类型 nID Int DeptID
Int EmpName Char(10) EmpAge Smallint EmpGender Bit
其中，tDept 中nID 与SuperID 为表内关联。
2.3. 中间层
打开VB6，选择“新建ActiveX DLL ”，并引用ADO 2.5。
新添加一个模块，命名为mdlPublic ，新填加5个类，分别命名为cDept 、cEmp 、cDepts 、cEmps 、cPublic 。其中，cEmps 与cDepts 分别为cEmp 与cDept 的集合类，cPublic 为定义枚举的类，无实际意义。将工程的启动模块设为“Sub Main ”（重要！）。
在SQL Server 的TEST 库中，添加一个存储过程AddDept 。 全部代码如下：
2.3.1. mdlPublic.bas
Option Explicit
Public g_Cn As Connection '用于全局的数据连接
'ActiveX DLL的启动程序，为DLL初始化时执行
Public Sub Main()
If ConnectToDatabase = False Then
Err.Raise vbObjectError + 1, , "连接数据库出错！"
End If
End Sub
'连接到数据库
Public Function ConnectToDatabase() As Boolean
On Error GoTo ERR_CONN
Set g_Cn = New Connection
'设置服务器名称，数据库名称，登录名（此时假设密码为空）
Dim ServerName As String, DBName As String, UserName As String
ServerName = "gxc-notepad"
DBName = "TEST"
UserName = "sa"
'连接到数据库
With g_Cn
.CursorLocation = adUseClient
.CommandTimeout = 10
.ConnectionString = "Provider=SQLOLEDB.1;Persist Security Info=True;User ID=" & UserName & ";Initial Catalog=" & DBName & ";Data Source=" & ServerName .Open
End With
ConnectToDatabase = True
Exit Function
ERR_CONN:
ConnectToDatabase = False
End Function
'去掉字符串中的单引号
Public Function RealString(strOrigional) As String
RealString = Replace(strOrigional, "'", "")
End Function
'得到某个数据表中主键的下一个值，即当前主键值加1
Public Function NextID(ByVal strTable As String, ByVal strID As String) As Long '两个参数分别是表的名称与主键的名称
Dim rs As Recordset
Set rs = g_Cn.Execute("SELECT MAX(" & strID & ") FROM " & strTable)
If IsNull(rs(0)) Then
'如果值为NULL，则说明无任何数据记录，此时ID应为1
NextID = 1
Else
'使新ID为最大ID值+1
NextID = rs(0).Value + 1
End If
End Function
'查看某个数据表中，是否存在某个字段等于某个值的记录（整型）
Public Function ExistByID(ByVal strTable As String, ByVal strID As String, ByVal lngID As Long) As Boolean
'第一个参数为表名，第二个为字段名，第三个为具体的字段值
Dim rs As Recordset
Set rs = g_Cn.Execute("Select Count(*) from " & strTable & " where " & strID & "=" & lngID)
ExistByID = (rs(0).Value = 1)
End Function
'查看某个数据表中，是否存在某个字段等于某个值的记录（字符型）
Public Function ExistByName(ByVal strTable As String, ByVal strFieldName As String, ByVal strName As String, ByVal ThisID As Long) As Boolean
'第一个参数为表名，第二个为字段名，第三个为具体的字段值
Dim rs As Recordset
Set rs = g_Cn.Execute("Select Count(*) from " & strTable & " where " & strFieldName & "='" & strName & "' and nID<>" & ThisID)
ExistByName = (rs(0).Value = 1)
End Function
'以上两个函数实际上可以合并，本程序中为了说明问题，故而分开
2.3.2. cPublic.cls
Option Explicit
'该类无实际意义，只为保存一些自定义枚举
'自定义枚举，用于表示性别
Public Enum gxcGender
Male = 1
Female = 0
End Enum
'''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''
'以下枚举用于“部门”对象的操作
'用于表示部门删除结果的枚举
Public Enum gxcDelete
DeleteOK = 0
DeleteFail = 1 '未知原因导致不能删除
DeleteSubExists = 2 '由于存在子部，因此不能删除
DeleteEmpExists = 3 '该部门存在人员，不能删除
End Enum
'用于表示部门更新结果的枚举
Public Enum gxcUpdate
UpdateOK = 0
UpdateFail = 1
DuplicateName_Update = 2 '名字不可重复
RecordNotExist = 3 '当前更新的记录已被其它客户端删除End Enum
'用于表示部门新增结果的枚举
Public Enum gxcAddNew
AddNewOK = 0
AddNewFail = 1
DuplicateName_AddNew = 2 '名字不可重复
SuperNotExist = 3 '指定的上级部门的ID不存在
End Enum
''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''
2.3.3. cDept.cls
Option Explicit
Private mvarDeptName As String
Private mvarID As Long
Private mvarSuperID As Long
''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''
'以下为部门的属性
'上级部门ID
Public Property Let SuperID(ByVal vData As Long)
mvarSuperID = vData
End Property
Public Property Get SuperID() As Long
SuperID = mvarSuperID
End Property
'本部门的ID
Public Property Let ID(ByVal vData As Long)
mvarID = vData
End Property
Public Property Get ID() As Long
ID = mvarID
End Property
'本部门的名称
Public Property Let DeptName(ByVal vData As String)
vData = Trim(vData) '去除两边的空格
'控制名称的长度不可大于50
If Len(vData) > 50 Then vData = Left(vData, 50)
mvarDeptName = vData
End Property
Public Property Get DeptName() As String
DeptName = mvarDeptName
End Property
'属性结束
''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''
'''''''''''''''''''''''''''''''''''''''''''''''''''''''
'以下为方法
'新增一个部门，并返回操作的结果
Public Function AddNew(Optional strName As String = "", _
Optional lngSuperID As Long = -1) As gxcAddNew '根据传入的参数更新属性值
On Error GoTo ERR_ADDNEW
'如果参数被传入，则以传入的参数更新属性
If strName <> "" Then Me.DeptName = strName
If lngSuperID <> -1 Then Me.SuperID = lngSuperID '上级部门的ID
'通过Command对象调用存储过程，由存储过程
'进行添加部门的操作，并由存储过程返回操作结果
Dim cmd As https://www.doczj.com/doc/691286159.html,mand
Set cmd = New https://www.doczj.com/doc/691286159.html,mand
With cmd
Set .ActiveConnection = g_Cn
.CommandType = adCmdStoredProc '设置Command类型为“存储过程”
.CommandText = "AddDept" '存储过程的名称
'传入两个参数，分别为部门的名称与上级部门的ID
.Parameters.Append .CreateParameter("@Name", adChar, adParamInput, 50, Me.DeptName)
.Parameters.Append .CreateParameter("@SuperID", adInteger, adParamInput, , Me.SuperID)
'传入两个返回型的参数，分别返回新记录的ID与操作结果
.Parameters.Append .CreateParameter("@ID", adInteger, adParamOutput)
.Parameters.Append .CreateParameter("@Return", adInteger, adParamOutput)
.Execute
End With
Dim RTN As gxcAddNew
RTN = cmd.Parameters("@Return").Value '得到操作结果
'如果操作成功，则给对象赋以ID值
If RTN = AddNewOK Then Me.ID = cmd.Parameters("@ID").Value
AddNew = RTN '返回操作结果
Set cmd = Nothing
Exit Function
ERR_ADDNEW:
'来到这里，则说明出错了
If Not cmd Is Nothing Then Set cmd = Nothing
AddNew = AddNewFail
End Function
'修改部门信息，返回操作结果
Public Function Update() As gxcUpdate
'通过ID判断是否存在该记录，即该记录是否被其它客户端删除
'如果不存在该记录，则返回相应的操作结果给调用者
If Not ExistByID("tDept", "nID", Me.ID) Then
Update = RecordNotExist
Exit Function
End If
'通过名称判断是否存在相同名称的记录，如果存在相同的名称，
'则返回调用者“存在相同名称”的信息
If ExistByName("tDept", "DeptName", Me.DeptName, Me.ID) Then
Update = DuplicateName_Update
Exit Function
End If
On Error Resume Next
Dim strSQL As String
'构造SQL语句，注意需调用RealString函数去除字符串中的单引号
strSQL = "Update tDept Set DeptName='" & RealString(Me.DeptName) & "'," strSQL = strSQL & "SuperID=" & IIf(Me.SuperID = 0, "null", Me.SuperID) strSQL = strSQL & " where nID=" & Me.ID
g_Cn.Execute strSQL '执行SQL语句
'根据是否出错，返回给调用者相应的信息
If Err.Number = 0 Then
Update = UpdateOK
Else
Update = UpdateFail
End If
End Function
'删除一个部门
Public Function Delete(Optional ByVal lngID As Long = 0) As gxcDelete '如果调用该函数时传入了ID，则更新该对象的ID
If lngID <> 0 Then Me.ID = lngID
'如果该部门下面有人员，则也不能删除
If ExistByID("tEmployee", "DeptID", Me.ID) Then
Delete = DeleteEmpExists
Exit Function
End If
'如果该部门下有子部门，则不能删除
If ExistByID("tDept", "SuperID", Me.ID) Then
Delete = DeleteSubExists
Exit Function
End If
On Error Resume Next
'执行删除操作并返回操作结果
g_Cn.Execute "Delete from tDept where nID=" & Me.ID
Delete = IIf(Err.Number = 0, DeleteOK, DeleteFail)
End Function
'得到本部门的所有员工
Public Function Employees() As cEmps
Dim objEmps As New cEmps
'调用cEmps类的Find方法，只传第三个参数，即“部门ID”
Set Employees = objEmps.Find(, , Me.ID)
End Function
'得到本部门的所有子部门
Public Function SubDepartments() As cDepts
Dim objDepts As New cDepts
'调用cDepts的Find方法，通过上级部门的ID查找
Set SubDepartments = objDepts.Find(, Me.ID)
End Function
'得到本部门的上级部门，以对象返回
Public Function SuperDepartment() As cDept
Dim objDepts As New cDepts
'调用cDepts的Find方法，将该类的“SuperID”作为查找条件
'从而查找出其上级部门
objDepts.Find Me.SuperID
If objDepts.Count > 0 Then Set SuperDepartment = objDepts.Item(1) End Function
'方法结束
'''''''''''''''''''''''''''''''''''''''''''''''''''''''
2.3.4. cDepts.cls
Option Explicit
Private mCol As Collection
'往集合中加入一个“部门”对象
Public Sub Add(objDept As cDept)
mCol.Add objDept, "A" & objDept.ID
'在加入对象是，最好同时加入其“KEY”属性
'“KEY”属性不可以是数字型，因此在前面随便加
'一个字母，此处加了一个“A”
End Sub
Public Property Get Item(vntIndexKey As Variant) As cDept
Set Item = mCol(vntIndexKey)
End Property
Public Property Get Count() As Long
Count = mCol.Count
End Property
Public Sub Remove(vntIndexKey As Variant)
mCol.Remove vntIndexKey
End Sub
Public Property Get NewEnum() As IUnknown
'本属性允许用 For...Each 语法枚举该集合。
Set NewEnum = mCol.[_NewEnum]
End Property
'清除集合中的全部元素
Public Sub Clear()
'注意！在清除时必须倒序清除，否则要出错！
Dim i As Long
For i = mCol.Count To 1 Step -1
mCol.Remove i
Next i
End Sub
Private Sub Class_Initialize()
Set mCol = New Collection
End Sub
Private Sub Class_Terminate()
Set mCol = Nothing
End Sub
'按条件查找部门，以集合类的方式返回
Public Function Find(Optional lngID As Long = 0, Optional lngSuperID As Long = -1) As cDepts
'按输入的参数查询，并返回一个集合类
Dim strSQL As String
'构造SQL语句
strSQL = "Select * from tDept where "
If lngID <> 0 Then strSQL = strSQL & "nID=" & lngID & " and "
If lngSuperID <> -1 Then
If lngSuperID = 0 Then '如果传入0，则表示没有上级部门
strSQL = strSQL & "SuperID is null and "
Else
strSQL = strSQL & "SuperID=" & lngSuperID & " and "
End If
End If
strSQL = strSQL & "nID>0"
'清空当前集合
Me.Clear
Dim rs As Recordset
Set rs = g_Cn.Execute(strSQL)
'往集合中添加查询结果
Dim i As Long
Dim objDept As cDept
For i = 1 To rs.RecordCount
Set objDept = New cDept
With objDept
.ID = rs("nID").Value
.DeptName = Trim(rs("DeptName").Value)
.SuperID = IIf(IsNull(rs("SuperID").Value), 0, rs("SuperID").Value) End With
Me.Add objDept
Set objDept = Nothing
rs.MoveNext
Next i
Set rs = Nothing
Set Find = Me
End Function
2.3.5. cEmp.cls
Option Explicit
Private mvarID As Long
Private mvarEmpName As String
Private mvarEmpAge As Integer
Private mvarEmpGender As gxcGender
Private mvarDeptID As Long
Private mvarDeptName As String
''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''
'以下为类的属性
'部门名称
Public Property Let DeptName(ByVal vData As String)
mvarDeptName = vData
End Property
Public Property Get DeptName() As String
DeptName = mvarDeptName
End Property
'部门ID
Public Property Let DeptID(ByVal vData As Long)
mvarDeptID = vData
End Property
Public Property Get DeptID() As Long
DeptID = mvarDeptID
End Property
'性别
Public Property Let EmpGender(ByVal vData As gxcGender) mvarEmpGender = vData
End Property
Public Property Get EmpGender() As gxcGender
EmpGender = mvarEmpGender
End Property
'年龄
Public Property Let EmpAge(ByVal vData As Integer)
If vData < 0 Then vData = 1 '年龄不可小于0
mvarEmpAge = vData
End Property
Public Property Get EmpAge() As Integer
EmpAge = mvarEmpAge
End Property
'姓名
Public Property Let EmpName(ByVal vData As String)
vData = Trim(vData) '去除两边的空格
'控制名称的长度不可大于10
If Len(vData) > 10 Then vData = Left(vData, 10)
mvarEmpName = vData
End Property
Public Property Get EmpName() As String
EmpName = mvarEmpName
End Property
'ID
Public Property Let ID(ByVal vData As Long)
mvarID = vData
End Property
Public Property Get ID() As Long
ID = mvarID
End Property
'属性结束
'''''''''''''''''''''''''''''''''''''''''''''''''''''''
'''''''''''''''''''''''''''''''''''''''''''''''''''''''
'以下为方法
'添加一个人员
Public Function AddNew(Optional ByVal strName As String = "", _
Optional ByVal intAge As Integer = 0, _
Optional varGender As gxcGender = -1, _
Optional lngDeptID As Long = 0) As Boolean
On Error Resume Next
'如果参数为缺省值，即未传入，则直接调和类中的参数，否则调用传入的参数
If strName <> "" Then Me.EmpName = strName
If intAge <> 0 Then Me.EmpAge = intAge
If varGender <> -1 Then Me.EmpGender = varGender
If lngDeptID <> 0 Then Me.DeptID = lngDeptID
Dim strSQL As String
g_Cn.BeginTrans
'开始一个事务，以免费得到的ID值已被其它客户端所使用
'此处调用NextID方法，得到该类对应的数据表的下一个ID，即最大ID+1
Me.ID = NextID("tEmployee", "nID")
'构造SQL语句，注意需调用RealString去除字符串中的单引号
strSQL = "Insert into tEmployee (nID,DeptID,EmpName,EmpAge,EmpGender) values (" strSQL = strSQL & Me.ID & "," & Me.DeptID & ","
strSQL = strSQL & "'" & RealString(Me.EmpName) & "',"
strSQL = strSQL & Me.EmpAge & "," & Me.EmpGender & ")"
'执行SQL语句，并提交事务
g_Cn.Execute strSQL
g_https://www.doczj.com/doc/691286159.html,mitTrans
'如果发生错误，则返回FALSE，表示未成功添加
AddNew = (Err.Number = 0)
End Function
'修改人员信息
Public Function Update() As Boolean
On Error Resume Next
Dim strSQL As String
'构造SQL语句
strSQL = "Update tEmployee set DeptID=" & Me.DeptID & ","
strSQL = strSQL & "EmpName='" & RealString(Me.EmpName) & "'," strSQL = strSQL & "EmpAge=" & Me.EmpAge & ","
strSQL = strSQL & "EmpGender=" & Me.EmpGender & " "
strSQL = strSQL & "Where nID=" & Me.ID
g_Cn.Execute strSQL
'如果发生错误，则返回FALSE，表示未成功更新
Update = (Err.Number = 0)
End Function
'删除人员资料
Public Function Delete(Optional ByVal lngID As Long = 0) As Boolean
Dim strSQL As String
On Error Resume Next
'如果已传入了要删除的ID，则按此ID删除
If lngID <> 0 Then Me.ID = lngID
strSQL = "DELETE FROM tEmployee WHERE nID=" & Me.ID
g_Cn.Execute strSQL
'如果发生错误，则返回FALSE，表示未删除成功
Delete = (Err.Number = 0)
End Function
'方法结束
'''''''''''''''''''''''''''''''''''''''''''''''''''''''
'将某个人员移到指定的部门
Public Function AssignToDepartment(ByVal DeptID As Long) As Boolean '实现很简单，将部门ID变一下，然后调用Update方法就行了
Me.DeptID = DeptID
AssignToDepartment = Me.Update
End Function
'得到该人员所在部门，以对象返回
Public Function Department() As cDept
Dim objDepts As New cDepts
'调用cDepts的Find方法，得到部门
objDepts.Find Me.DeptID
If objDepts.Count > 0 Then Set Department = objDepts.Item(1) End Function
2.3.6. cEmps.cls
Option Explicit
Private mCol As Collection '局部变量，保存集合
'将一个“人员”对象加入集合
Public Sub Add(objEmp As cEmp)
mCol.Add objEmp, "A" & objEmp.ID
'在加入对象时，最好同时加入其“KEY”属性
'“KEY”属性不可以是数字型，因此在前面随便加
'一个字母，此处加了一个“A”
End Sub
Public Property Get Item(vntIndexKey As Variant) As cEmp
Set Item = mCol(vntIndexKey)
End Property
Public Property Get Count() As Long
Count = mCol.Count
End Property
Public Sub Remove(vntIndexKey As Variant)
mCol.Remove vntIndexKey
End Sub
Public Property Get NewEnum() As IUnknown
'本属性允许用 For...Each 语法枚举该集合。
Set NewEnum = mCol.[_NewEnum]
End Property
'清除集合中的全部元素
Public Sub Clear()
'清除时应倒序清除！
Dim i As Long
For i = mCol.Count To 1 Step -1
mCol.Remove i
Next i
End Sub
Private Sub Class_Initialize()
Set mCol = New Collection
End Sub
Private Sub Class_Terminate()
Set mCol = Nothing
End Sub
'按条件查找人员，以集合类的方式返回
Public Function Find(Optional ByVal lngID As Long = 0, _
Optional ByVal strName As String = "", _
Optional ByVal lngDeptID As Long = 0) As cEmps
'构造查询SQL
Dim strSQL As String
strSQL = "Select tEmployee.*,tDept.DeptName from tEmployee left outer join tDept "
strSQL = strSQL & " ON tDept.nID=tEmployee.DeptID Where "
If lngID <> 0 Then strSQL = strSQL & "tEmployee.nID=" & lngID & " and "
'如果是按名称查询，则采用“包含”的查询方法
If strName <> "" Then strSQL = strSQL & "tEmployee.EmpName like'%" & RealString(strName) & "'% and "
If lngDeptID <> 0 Then strSQL = strSQL & "tEmployee.DeptID=" & lngDeptID & " and "
strSQL = strSQL & "tEmployee.nID>0"
'将查询结果加入集合类
Dim rs As Recordset
Set rs = g_Cn.Execute(strSQL)
Dim i As Long
Dim objEmp As cEmp
For i = 1 To rs.RecordCount
Set objEmp = New cEmp
With objEmp
.ID = rs("nID").Value
.EmpName = Trim(rs("EmpName").Value)
.EmpAge = rs("EmpAge").Value
.EmpGender = Abs(rs("EmpGender").Value)
.DeptID = rs("DeptID").Value
.DeptName = Trim(rs("DeptName").Value)
End With
Me.Add objEmp
Set objEmp = Nothing
rs.MoveNext
Next i
Set rs = Nothing
Set Find = Me
End Function
2.3.7. AddDept存储过程
CREATE PROCEDURE AddDept
@Name char(50),
@SuperID int,
@ID int output,
@Return int output
AS
begin transaction
--如果上级部门ID为0，则在些将其设为NULL，表示无上级部门
if @SuperID=0 Select @SuperID=Null
--当前的ID为最大ID值+1
Select @ID=(Select Max(nID) from tDept)+1
--如果ID值为空，则表示尚无记录，人为地赋值为1
if @ID is null select @ID=1
--如果存在相同的部门名称，则返回VB代码中定义的枚举类型
if Exists(Select * from tDept where DeptName=@Name) begin
select @Return=2
rollback transaction
return
end
--如果不存在指定的上级部门ID，则返回VB中指定的枚举类型
if not Exists(Select * from tDept where nID=@SuperID) and not(@SuperID is null) begin select @Return=3
rollback transaction
return
end
insert into tDept (nID,SuperID,DeptName) values (@ID,@SuperID,@Name)
if @@error=0 begin
select @Return=0
commit transaction
end else begin
Select @Return=1
rollback transaction
end
2.3.8. 组件设计注意事项
至此，你可以仔细研究一下上面的代码，主要是两个基本类（人员对象与部门对象），两个集合类（人员集合与部门集合）。在这里，你可以将集合理解为“对象的数组”。
然后，仔细分析一下这四个类的结构、接口、相互关系，然后将它们画出来（请一定这样做一下，它会有助于你更好地理解面向对象）。你是不是发现，还可以再加入新的接口函数？当然是的！因为本文中的代码仅仅是个示例，它们有待于你的继续完善，比如你可以将“发工资”封装到“人员”类中。
将上述代码保存为myCom.vbp并编译，生成myCom.dll文件。该DLL文件即是一个中间层组件。
在此组件中，我们加入了大量的业务规则，如“年龄不可小于0”、不能删除有子部门或上级部门、部门内有人员时不可删除、部门名称不可大于50个字符等等。
在进行任何程序设计时，都必须考虑到用户使用的方便性。比如设计应用程序时，我们总是在考虑如何让直接用户更为方便地操作，如果使得操作逻辑更为用户所接受。
同样地，COM组件的设计也应为用户做相同考虑，如何让用户更加方便地使用。COM 组件的用户不是最终用户，而是程序员！是制作交互界面的程序员！因此在设计COM接口与结构时，应充分考虑到界面程序员的思维方式与使用方便性，例如函数应以表义性较强的字母组合命名等等。
最完美的状态是这样：使用你的COM组件的程序员心里想着：应该有这样的一个函数吧，并且名字应该是GetCustomerName，于是他真的在你的组件中发现了这个函数，而且函数名称，甚至输入参数都与他想象的完全一样，那么，你真的成功了！
在COM组件编写完成后，应经过大量测试，测试到每一个函数与属性。可以编写简单的测试程序进行测试（有时为了节省时间，可以直接在界面中进行测试，但可能公增加程序员的沟通时间，有时反而会得不偿失）。
2.4. 客户端
既然COM组件（或中间层）已编写完成并通过测试，下面就可以进行界面的编写了。
很有趣的是，采用基于三层体系结构的设计模式，界面程序员可以完全不懂数据库编程！他完全不必知道数据库的格式，甚至不必了解是何种类型的数据库。
请看以下的例子：
首先，新建一个工程，然后引用myCom.DLL。
2.4.1. 先举几个例子
2.4.1.1. 添加一个部门
Dim objDept As New cDept '定义一个部门对象
Dim Result As gxcAddNew, strResult As String
With objDept
.DeptName = "总部"
.SuperID = 0 '0表示无上级部门
Result = .AddNew '得到操作结果
If Result = AddNewFail Then
strResult = "添加失败！"
ElseIf Result = DuplicateName_AddNew Then
strResult = "存在相同名称的部门，请修改名称后重新添加！"
ElseIf Result = SuperNotExist Then
strResult = "指定的上级部门不存在或已被删除！"
Else
strResult = "添加成功！"
End If
End With
MsgBox strResult, vbInformation
通过上面的代码，已完成了“增加一个部门”的操作，并且可以清楚地知道操作的结果。而代码中没有任何地方体现出这是对数据库进行编程。
上面代码中With块中的前三行还可以用下面的一行代码替换（因为你的AddNew函数中的参数全部都是可选的）：
Result = .AddNew("总部", 0)
2.4.1.2. 删除一个部门
Dim objDept As New cDept '定义部门对象
Dim Result As gxcDelete, strResult As String
Result = objDept.Delete(1) '删除ID为1的部门
If Result = DeleteEmpExists Then
strResult = "该部门内存在人员，不能删除！"
ElseIf Result = DeleteFail Then
strResult = "删除失败！"
ElseIf Result = DeleteSubExists Then
strResult = "该部门内存在子部门，不能删除！"
Else
strResult = "成功删除"
End If
MsgBox strResult, vbInformation
2.4.1.
3. 查询所有子部门与部门内人员
以下代码查找出ID为12的部门，然后得到该部门下的所有人员与所有子部门。
Dim objDepts As New cDepts, objEmps As New cEmps '定义部门集合与人员集合
If objDepts.Find(12).Count > 0 Then
Set objEmps = objDepts(1).Employees '得到了部门内所有人员
Set objDepts = objDepts(1).SubDepartments '得到了部门内的所有子部门
End If
2.4.1.4. 更为有趣的操作
以下代码查找出名称中包含“张三”的第一个人员，然后找出同部门的所有同事。
Dim objEmps As New cEmps
If objEmps.Find(, "张三").Count > 0 Then
数据仓库设计指南 在一般的数据仓库应用系统中，根据系统体系结构的不同，数据仓库设计的内容和范围不尽相同，并且设计方法也不尽相同，下面的两幅图示分别表示带有ODS的数据仓库应用系统体系结构和不带ODS的数据仓库应用系统体系结构。本文将说明两个体系结构上的差异以及这种差异造成的设计方法的不同，并且重点介绍带有ODS的体系结构中数据仓库的设计方法。GV1 =p}` 在数据仓库的设计指导思想中，数据仓库的概念定义是非常重要的，数据仓库概念规定了数据仓库所具有的几个基本特性，这些特性也正是对数据仓库设计结果进行检验的重要依据。M)_m= }d 根据Bill.Inmon的定义，“数据仓库是面向主题的、集成的、稳定的、随时间变化的，主要用于决策支持的数据库系统”。_R)tJ Ro ODS（Operational Data Store）是数据仓库体系结构中的一个可选部分，ODS具备数据仓库的部分特征和OLTP系统的部分特征，它是“面向主题的、集成的、当前或接近当前的、不断变化的”数据。4\&P~kI 一般在带有ODS的系统体系结构中，ODS都设计为如下几个作用：#:1< R\H6m 1）在业务系统和数据仓库之间形成一个隔离层。[t"C/;S! 一般的数据仓库应用系统都具有非常复杂的数据来源，这些数据存放在不同的地理位置、不同的数据库、不同的应用之中，从这些业务系统对数据进行抽取并不是一件容易的事。因此，ODS用于存放从业务系统直接抽取出来的数据，这些数据从数据结构、数据之间的逻辑关系上都与业务系统基本保持一致，因此在抽取过程中极大降低了数据转化的复杂性，而主要关注数据抽取的接口、数据量大小、抽取方式等方面的问题。,8mPV{U KU 2）转移一部分业务系统细节查询的功能 Cr 本文转自 https://www.doczj.com/doc/691286159.html,/zzyoucan/article /details/8637376 基于软件三层架构的研究报告 引言 三层结构是传统的客户/服务器结构的发展，代表了企业级应用的未来，典型的有Web下的应用。多层结构和三层结构的含义是一样的，只是细节有所不同。之所以会有双层、三层这些提法，是因为应用程序要解决三个层面的问题。 一、软件架构和分层 （一）软件架构（software architecture） 是一系列相关的抽象模式，用于指导大型软件系统各个方面的设计。软件架构是一个系统的草图。软件架构描述的对象是直接构成系统的抽象组件。各个组件之间的连接则明确和相对细致地描述组件之间的通讯。在实现阶段，这些抽象组件被细化为实际的组件，比如具体某个类或者对象。在面向对象领域中，组件之间的连接通常用接口(计算机科学)来实现。软件体系结构是构建计算机软件实践的基础。与建筑师设定建筑项目的设计原则和目标，作为绘图员画图的基础一样，一个软件架构师或者系统架构师陈述软件构架以作为满足不同客户需求的实际系统设计方案的基础。 （二）分层 分层是表示将功能进行有序的分组：应用程序专用功能位于上层，跨越应用程序领域的功能位于中层，而配置环境专用功能位于低层。分层从逻辑上将子系统划分成许多集合，而层间关系的形成要遵循一定的规则。通过分层，可以限制子系统间的依赖关系，使系统以更松散的方式耦合，从而更易于维护。子系统的分组标准包含以下几条规则可见度。各子系统只能与同一层及其下一层的子系统存在依赖关系。 （三）使用分层架构开发的必要性 1、分层设计允许你分割功能进入不同区域。换句话说层在设计是就是逻辑组件的分组。例如，A层可以访问B层，但B层不能访问A 层。 2011年软考系统架构设计师学习笔记第一章 1.1.1 系统架构师的概念 现代信息系统“架构”三要素：构件、模式、规划;规划是架构的基石，也是这三个贡献中最重要的。 架构本质上存在两个层次：概念层，物理层。 1.2.1 系统架构师的定义 负责理解、管理并最终确认和评估非功能性系统需求，给出开发规范，搭建系统实现的核心架构，对整个软件架构、关键构建、接口进行总体设计并澄清关键技术细节。 主要着眼于系统的“技术实现”，同时还要考虑系统的“组织协调”。 要对所属的开发团队有足够的了解，能够评估该开发团队实现特定的功能需求目标和资源代价。 1.2.2 系统架构师技术素质 对软件工程标准规范有良好的把握。 1.2.3 系统架构师管理素质 系统架构师是一个高效工作团队的创建者，必须尽可能使所有团队成员的想法一致，为一个项目订制清晰的、强制性的、有元件的目标作为整个团队的动力; 必须提供特定的方法和模型作为理想的技术解决方案; 必须避免犹豫，必须具备及时解决技术问题的紧迫感和自信心。 1.2.4 系统架构师与其他团队角色的协调 系统分析师，需求分析，技术实现 系统架构师，系统设计，基于环境和资源的系统技术实现 项目管理师，资源组织，资源实现 由于职位角度出发产生冲突制约，不可能很好地给出开发规范，搭建系统实现的核心架构，并澄清技术细节，扫清主要难点。 所以把架构师定位在项目管理师与系统分析师之间，为团队规划清晰的目标。 对于大型企业或项目，如果一人承担多个角色，往往容易发生顾此失彼的现象。 1.3 系统架构师知识结构 需要从大量互相冲突的系统方法和工具中区分出哪些是有效的，那些是无效的。 1.4 从开发人员到架构师 总结自己的架构模式，深入行业总结规律。 几天的培训不太可能培养出合格的软件架构师，厂商的培训和认证，最终目的是培养自己的市场，培养 web三层架构概述 web三层架构概述 2009-05-23 10:23 关于 三层架构(3-tier application) 通常意义上的三层架构就是将整个业务应用划分为：表现层（UI）、业务逻辑层（BLL）、数据访问层（DAL）。区分层次的目的即为了“高内聚，低耦合”的思想。 １、表现层（UI）：通俗讲就是展现给用户的界面，即用户在使用一个系统的时候他的所见所得。 ２、业务逻辑层（BLL）：针对具体问题的操作，也可以说是对数据层的操作，对数据业务逻辑处理。 ３、数据访问层（DAL）：该层所做事务直接操作数据库，针对数据的增、删、改、查。 概述 三层结构原理： 3个层次中，系统主要功能和业务逻辑都在业务逻辑层进行处理。 所谓三层体系结构，是在客户端与数据库之间加入了一个“中间层”，也叫组件层。这里所说的三层体系，不是指物理上的三层，不是简单地放置三台机器就是三层体系结构，也不仅仅有B/S应用才是三层体系结构，三层是指逻辑上的三层，即使这三个层放置到一台机器上。 三层体系的应用程序将业务规则、数据访问、合法性校验等工作放到了中间层进行处理。通常情况下，客户端不直接与数据库进行交互，而是通过COM/DCOM通讯与中间层建立连接，再经由中间层与数据库进行交互。 表示层位于最外层（最上层），离用户最近。用于显示数据和接收用户输入的数据，为用户提供一种交互式操作的界面。 业务逻辑层业务逻辑层（Business Logic Layer）无疑是系统架构中体现核心价值的部分。它的关注点主要集中在业务规则的制定、 业务流程的实现等与业务需求有关的系统设计，也即是说它是与系统所应对的领域（Domain）逻辑有关，很多时候，也将业务逻辑层称为领域层。例如Martin Fowler在《Patterns of Enterprise Application Architecture》一书中，将整个架构分为三个主要的层：表示层、领域层和数据源层。作为领域驱动设计的先驱Eric Evans，对业务逻辑层作了更细致地划分，细分为应用层与领域层，通过分层进一步将领域逻辑与领域逻辑的解决方案分离。 业务逻辑层在体系架构中的位置很关键，它处于数据访问层与表示层中间，起到了数据交换中承上启下的作用。由于层是一种弱耦合结构，层与层之间的依赖是向下的，底层对于上层而言是“无知”的，改变上层的设计对于其调用的底层而言没有任何影响。如果在分层设计时，遵循了面向接口设计的思想，那么这种向下的依赖也应该是一种弱依赖关系。因而在不改变接口定义的前提下，理想的分层式架构，应该是一个支持可抽取、可替换的“抽屉”式架构。正因为如此，业务逻辑层的设计对于一个支持可扩展的架构尤为关键，因为它扮演了两个不同的角色。对于数据访问层而言，它是调用者；对于表示层而言，它却是被调用者。依赖与被依赖的关系都纠结在业务逻辑层上，如何实现依赖关系的解耦，则是除了实现业务逻辑之外留给设计师的任务。 归一大数据平台 数据仓库 系统设计说明书受控不受控 修改变更记录： 目录 1引言 (5) 1.1文档编制目的 (5) 1.2背景 (6) 1.3词汇表 (6) 1.4参考资料 (6) 2总体设计 (7) 2.1软件体系结构 (7) 2.2系统运行体系......................................................................... 错误！未定义书签。 2.2.1运行体系图..................................................................... 错误！未定义书签。 2.2.2程序/模块对应表............................................................ 错误！未定义书签。 2.3系统物理结构 (7) 2.4技术路线 (8) 3系统接口设计 (8) 3.1用户接口 (8) 4子系统/模块设计 (8) 4.1数据仓库 (8) 4.1.1ODL(操作数据)层设计 (8) 4.1.2BDL(数据仓库)层设计 (10) 4.1.3IDL(宽表)层设计 (11) 4.1.4PDL(应用)层设计 (12) 4.1.5PUB(维度)层设计 (15) 4.1.6数据导出设计 (16) 5数据结构与数据库设计 (17) 6外部存储结构设计 (17) 7故障处理说明 (17) 8尚需解决的问题 (18) 编写指南： 本模板力图给出系统设计阶段可能包括的基本信息，重点在于和需求分析文档相联系。描述系统整体情况。如果某个章节在项目或当前阶段中无法描述，则可保留其标题，注明“不 BLL将USL与DAL隔开了，并且加入了业务规则 ?各层的作用 ?1：数据数据访问层:主要是对原始数据（数据库或者 文本文件等存放数据的形式）的操作层，而不是指原 始数据，也就是说，是对数据的操作，而不是数据库, 具体为业务逻辑层或表示层提供数据服务． 2：业务逻辑层:主要是针对具体的问题的操作，也可 以理解成对数据层的操作,对数据业务逻辑处理，如 果说数据层是积木，那逻辑层就是对这些积木的搭 建。 3：表示层:主要表示WEB方式,也可以表示成 WINFORM方式,WEB方式也可以表现成:aspx, 如 果逻辑层相当强大和完善,无论表现层如何定义和更 改,逻辑层都能完善地提供服务。 ?具体的区分方法 1：数据数据访问层:主要看你的数据层里面有没有包 含逻辑处理，实际上他的各个函数主要完成各个对数 据文件的操作。而不必管其他操作。 2：业务逻辑层:主要负责对数据层的操作。也就是说 把一些数据层的操作进行组合。 3：表示层:主要对用户的请求接受，以及数据的返回， 为客户端提供应用程序的访问。 ?三层结构解释 所谓三层体系结构，是在客户端与数据库之间加入了 一个中间层，也叫组件层。这里所说的三层体系，不 是指物理上的三层，不是简单地放置三台机器就是三 层体系结构，也不仅仅有B/S应用才是三层体系结 构，三层是指逻辑上的三层，即使这三个层放置到一 台机器上。三层体系的应用程序将业务规则、数据 访问、合法性校验等工作放到了中间层进行处理。通 常情况下，客户端不直接与数据库进行交互，而是通 过COM/DCOM通讯与中间层建立连接，再经由中 间层与数据库进行交换. 开发人员可以将应用的商业逻辑放在中间层应用服 务器上，把应用的业务逻辑与用户界面分开。在保证 客户端功能的前提下，为用户提供一个简洁的界面。 这意味着如果需要修改应用程序代码，只需要对中间 第1章数据仓库建设 1.1数据仓库总体架构 专家系统接收增购项目车辆TCMS或其他子系统通过车地通信传输的实时或离线数据，经过一系列综合诊断分析，以各种报表图形或信息推送的形式向用户展示分析结果。针对诊断出的车辆故障将给出专家建议处理措施，为车辆的故障根因修复提供必要的支持。 根据专家系统数据仓库建设目标，结合系统数据业务规范，包括数据采集频率、数据采集量等相关因素，设计专家系统数据仓库架构如下： 数据仓库架构从层次结构上分为数据采集、数据存、数据分析、数据服务等几个方面的内容： 数据采集：负责从各业务自系统中汇集信息数据，系统支撑Kafka、Storm、Flume 及传统的ETL采集工具。 数据存储：本系统提供Hdfs、Hbase及RDBMS相结合的存储模式，支持海量数据的分布式存储。 数据分析：数据仓库体系支持传统的OLAP分析及基于Spark常规机器学习算法。 数据服务总线：数据系统提供数据服务总线服务，实现对数据资源的统一管理和调度，并对外提供数据服务。 1.2数据采集 专家系统数据仓库数据采集包括两个部分内容：外部数据汇集、内部各层数据的提取与加载。外部数据汇集是指从TCMS、车载子系统等外部信息系统汇集数据到专家数据仓库的操作型存储层（ODS）；内部各层数据的提取与加载是指数据仓库各存储层间的数据提取、转换与加载。 1.2.1外部数据汇集 专家数据仓库数据源包括列车监控与检测系统（TCMS）、车载子系统等相关子系统，数据采集的内容分为实时数据采集和定时数据采集两大类，实时数据采集主要对于各项检测指标数据；非实时采集包括日检修数据等。 根据项目信息汇集要求，列车指标信息采集具有采集数据量大，采集频率高的特点，考虑到系统后期的扩展，因此在数据数据采集方面，要求采集体系支持高吞吐量、高频率、海量数据采集，同时系统应该灵活可配置，可根据业务的需要进行灵活配置横向扩展。 本方案在数据采集架构采用Flume+Kafka+Storm的组合架构，采用Flume和ETL 工具作为Kafka的Producer，采用Storm作为Kafka的Consumer，Storm可实现对海量数据的实时处理，及时对问题指标进行预警。具体采集系统技术结构图如下: 一次 就项目管理方面而言，软件重用项目与非重用项目有哪些不同之处。 答：使用软件重用技术可减少重复工作,提高软件生产率, 缩短开发周期。同时，由于软构建大多经过严格的质量认证，因此有助于改善软件质量，大量使用构建，软件的灵活性和标准化程度可得到提高。 2、实际参与/组织一个软件重用项目的开发，然后总结你是如何组织该项目的开发的 答：参加了一个网页管理系统的开发，该项目重复使用已有的软件产品用于开发新的软件系统，以达到提高软件系统的开发质量与效率，降低开发成本的目的。在过程中使用了代码的复用、设计结果的复用、分析结果的复用、测试信息的复用等。 3、为什么要研究软件体系结构？ 答：1.软件体系结构是系统开发中不同参与者进行交流和信息传播的媒介。 2．软件体系结构代表了早期的设计决策成果。 3．软件体系结构可以作为一种可变换的模型。 4、根据软件体系结构的定义，你认为软件体系结构的模型应该由哪些部分组成？ 答：构件()可以是一组代码，如程序的模块;也可以是一个独 立的程序(如数据库的服务器)； 连接件()是关系的抽象，用以表示构件之间的相互作用。如过程调用、管道、远程过程调用等； 限制()：用于对构件和连接件的语义说明。 5、在软件体系结构的研究和应用中，你认为还有哪些不足之处？ 答：（1）缺乏同意的软件体系结构的概念，导致体系结构的研究范畴模糊。 （2）繁多，缺乏同意的的支持。 （3）软件体系结构研究缺乏统一的理论模型支持。 （4）在体系结构描述方便，尽管出现了多种标准规范或建议标准，但仍很难操作。 （5）有关软件体系结构性质的研究尚不充分，不能明确给出一个良体系结构的属性或判定标准，没有给出良体系结构的设计指导原则，因而对于软件开发实践缺乏有力的促进作用。（6）缺乏有效的支持环境软件体系结构理论研究与环境支持不同步，缺乏有效的体系结构分析、设计、方针和验证工具支持，导致体系结构应用上的困难。 （7）缺乏有效的体系结构复用方案。 （8）体系结构发现方法研究相对欠缺。 二次 三层架构 三层系统的分层式结构 三层架构(3-tier architecture) 通常意义上的三层架构就是将整个业务应用划分为：表现层（UI）、业务逻辑层（BLL）、数据访问层（DAL）。区分层次的目的即为了“高内聚，低耦合”的思想。 概念简介 1、表现层（UI）：通俗讲就是展现给用户的界面，即用户在使用一个系统的时候他的所见所得。 2、业务逻辑层（BLL）：针对具体问题的操作，也可以说是对数据层的操作，对数据业务逻辑处理。 3、数据访问层（DAL）：该层所做事务直接操作数据库，针对数据的增添、删除、修改、查找等。 在软件体系架构设计中，分层式结构是最常见，也是最重要的一种结构。微软推荐的分层式结构一般分为三层，从下至上分别为：数据访问层、业务逻辑层（又或称为领域层）、表示层。 三层结构原理： 3个层次中，系统主要功能和业务逻辑都在业务逻辑层进行处理。 所谓三层体系结构，是在客户端与数据库之间加入了一个“中间层”，也叫组件层。这里所说的三层体系，不是指物理上的三层，不是简单地放置三台机器就是三层体系结构，也不仅仅有B/S应用才是三层体系结构，三层是指逻辑上的三层，即使这三个层放置到一台机器上。 三层体系的应用程序将业务规则、数据访问、合法性校验等工作放到了中间层进行处理。通常情况下，客户端不直接与数据库进行交互，而是通过COM/DCOM通讯与中间层建立连接，再经由中间层与数据库进行交互。 各层的作用 1：数据访问层：主要是对原始数据（数据库或者文本文件等存放数据的形式）的操作层，而不是指原始数据，也就是说，是对数据的操作，而不是数据库，具体为业务逻辑层或表示层提供数据服务． 2：业务逻辑层：主要是针对具体的问题的操作，也可以理解成对数据层的操作，对数据业务逻辑处理，如果说数据层是积木，那逻辑层就是对这些积木的搭建。 3：表示层：主要表示WEB方式，也可以表示成WINFORM方式，WEB方式也可以表现成：aspx，如果逻辑层相当强大和完善，无论表现层如何定义和更改，逻辑层都能完善地提供服务。具体的区分方法 1：数据访问层：主要看你的数据层里面有没有包含逻辑处理，实际上他的各个函数主要完成各个对数据文件的操作。而不必管其他操作。 2：业务逻辑层：主要负责对数据层的操作。也就是说把一些数据层的操作进行组合。 3：表示层：主要对用户的请求接受，以及数据的返回，为客户端提供应用程序的访问。 表示层 位于最外层（最上层），离用户最近。用于显示数据和接收用户输入的数据，为用户提供一种交互式操作的界面。 业务逻辑层 业务逻辑层（Business Logic Layer）无疑是系统架构中体现核心价值的部分。它的关注点主要集中在业务规则的制定、业务流程的实现等与业务需求有关的系统设计，也即是说它是与系统所应对的领域（Domain）逻辑有关，很多时候，也将业务逻辑层称为领域层。例如Martin Fowler在《Patterns of Enterprise Application Architecture》一书中，将整个架构分为三个主要的层：表示层、领域层和数据源层。作为领域驱动设计的先驱Eric Evans，对业务逻辑层作了更细致地划分，细分为应用层与领域层，通过分层进一步将领域逻辑与领域逻辑的解决方案分离。 业务逻辑层在体系架构中的位置很关键，它处于数据访问层与表示层中间，起到了数据交换中承上启下的作用。由于层是一种弱耦合结构，层与层之间的依赖是向下的，底层对于上层而言是“无知”的，改变上层的设计对于其调用的底层而言没有任何影响。如果在分层设计时，遵循了面向接口设计的思想，那么这种向下的依赖也应该是一种弱依赖关系。因而在不改变接口定义的前提下，理想的分层式架构，应该是一个支持可抽取、可替换的“抽屉”式架构。正因为如此，业务逻辑层的设计对于一个支持可扩展的架构尤为关键，因为它扮演了两个不同的角色。对于数据访问层而言，它是调用者；对于表示层而言，它却是被调用者。依赖与被依赖的关系都纠结在业务逻辑层上，如何实现依赖关系的解耦，则是除了实现业务逻辑之外留给设计师的任务。 数据层 数据访问层：有时候也称为是持久层，其功能主要是负责数据库的访问，可以访问数据库系统、二进制文件、文本文档或是XML文档。 简单的说法就是实现对数据表的Select，Insert，Update，Delete的操作。如果要加入ORM 的元素，那么就会包括对象和数据表之间的mapping，以及对象实体的持久化。 优点 1、开发人员可以只关注整个结构中的其中某一层； 体系结构 数据源 是数据仓库系统的基础，是整个系统的数据源泉。通常包括企业内部信息和外部信息。内部信息包括存放于RDBMS中的各种业务处理数据和各类文档数据。外部信息包括各类法律法规、市场信息和竞争对手的信息等等； 数据的存储与管理 是整个数据仓库系统的核心。数据仓库的真正关键是数据的存储和管理。数据仓库的组织管理方式决定了它有别于传统数据库，同时也决定了其对外部数据的表现形式。要决定采用什么产品和技术来建立数据仓库的核心，则需要从数据仓库的技术特点着手分析。针对现有各业务系统的数据，进行抽取、清理，并有效集成，按照主题进行组织。数据仓库按照数据的覆盖范围可以分为企业级数据仓库和部门级数据仓库（通常称为数据集市）。 OLAP(联机分析处理)服务器 对分析需要的数据进行有效集成，按多维模型予以组织，以便进行多角度、多层次的分析，并发现趋势。其具体实现可以分为：ROLAP（关系型在线分析处理）、MOLAP （多维在线分析处理）和HOLAP（混合型线上分析处理）。ROLAP基本数据和聚合数据均存放在RDBMS之中；MOLAP基本数据和聚合数据均存放于多维数据库中；HOLAP基本数据存放于RDBMS之中，聚合数据存放于多维数据库中。 数据仓库系统的体系结构 数据仓库系统通常是对多个异构数据源的有效集成，集成后按照主题进行重组，包含历史数据。存放在数据仓库中的数据通常不再修改，用于做进一步的分析型数据处理。 数据仓库系统的建立和开发是以企事业单位的现有业务系统和大量业务数据的积累为基础的。数据仓库不是一个静态的概念，只有把信息适时的交给需要这些信息的使用者，供他们做出改善业务经营的决策，信息才能发挥作用，信息才有 1、就项目管理方面而言，软件重用项目与非重用项目有哪些不同之处。 答：使用软件重用技术可减少重复工作,提高软件生产率, 缩短开发周期。同时，由于软构建大多经过严格的质量认证，因此有助于改善软件质量，大量使用构建，软件的灵活性和标准化程度可得到提高。 2、实际参与/组织一个软件重用项目的开发，然后总结你是如何组织该项目的开发的 答：参加了一个网页管理系统的开发，该项目重复使用已有的软件产品用于开发新的软件系统，以达到提高软件系统的开发质量与效率，降低开发成本的目的。在过程中使用了代码的复用、设计结果的复用、分析结果的复用、测试信息的复用等。 3、为什么要研究软件体系结构？ 答：1.软件体系结构是系统开发中不同参与者进行交流和信息传播的媒介。 2．软件体系结构代表了早期的设计决策成果。 3．软件体系结构可以作为一种可变换的模型。 4、根据软件体系结构的定义，你认为软件体系结构的模型应该由哪些部分组成？ 答：构件(component)可以是一组代码，如程序的模块;也可以是一个独立的程序(如数据库的SQL服务器)； 连接件(connector)是关系的抽象，用以表示构件之间的相互作用。如过程调用、管道、远程过程调用等； 限制(constrain)：用于对构件和连接件的语义说明。 5、在软件体系结构的研究和应用中，你认为还有哪些不足之处？ 答：（1）缺乏同意的软件体系结构的概念，导致体系结构的研究范畴模糊。 （2）ADL繁多，缺乏同意的ADL的支持。 （3）软件体系结构研究缺乏统一的理论模型支持。 （4）在体系结构描述方便，尽管出现了多种标准规范或建议标准，但仍很难操作。 （5）有关软件体系结构性质的研究尚不充分，不能明确给出一个良体系结构的属性或判定标准，没有给出良体系结构的设计指导原则，因而对于软件开发实践缺乏有力的促进作用。 （6）缺乏有效的支持环境软件体系结构理论研究与环境支持不同步，缺乏有效的体系结构分析、设计、方针和验证工具支持，导致体系结构应用上的困难。 （7）缺乏有效的体系结构复用方案。 （8）体系结构发现方法研究相对欠缺。 1、选择一个规模合适的系统，为其建立“4+1”模型。 逻辑视图（Logical View），设计的对象模型（使用面向对象的设计方法时）。 过程视图（Process View），捕捉设计的并发和同步特征。 物理视图（Physical View），描述了软件到硬件的映射，反映了分布式特性。 开发视图（Development View），描述了在开发环境中软件的静态组织结构。 架构的描述，即所做的各种决定，可以围绕着这四个视图来组织，然后由一些用例（use cases）或场景(scenarios)来说明，从而形成了第五个视图。 概述部分 1、请分析软件危机的主要表现和原因。 表现： a)软件成本日益增加：开发、部署与应用成本高 b)开发进度难以控制：不能按期完成 c)软件质量差：错误率高，不能满足用户的需求，没有生命力 d)软件维护困难：成本高，维护效果不理想，可能带来潜在的错误 原因： 1.用户需求不明确 2.缺乏正确的理论指导 3.软件规模越来越大 4.软件复杂度越来越高 2、请说明软件规模与复杂度对软件过程的影响及解决方法。 软件规模与复杂度增加后，软件开发和维护成本增加，开发进度难以控制，软件质量差，软件维护变得困难。应更多地采用科学的分析、设计和实现方法以及辅助工具，增强软件分析和设计的力度，并通过构件化提高软件的重用能力。 3、什么是软件体系结构，由哪三个部分组成？（构件、连接件、约束） 软件体系结构为软件系统提供了一个结构、属性和行为的高级抽象。它不仅指定了系统的组织结构和拓扑结构，并且显示了系统需求和构成系统的元素之间的对应关系，提供了一些设计决策的基本原理。 4、请简述软件重用的含义和意义。可重用元素包括哪些种类？ 软件重用是指在多次不同的软件开发过程中重复使用相同或相近软件元素的过 程。（含义） 可重用的元素包括程序代码、测试用例、设计文档、需求分析文档甚至领域知识。 （种类） 可重用的元素越大，我们就说重用的粒度(Granularity)越大。 软件重用是软件产业工业化、工程化的重要手段。软件重用对提高生产率，降低 开发成本，缩短开发周期，改善软件质量以及提高灵活性和标准化程度大有帮助。 （意义） 5、请简述常用的构件实现模型及其意义。 实现模型： 1.CORBA 2.EJB https://www.doczj.com/doc/691286159.html, / DCOM / COM+ 意义： 这些模型通常都定义了构件的实现方式、接口定义、访问方法等。符合这些标准的任何构件都有很高的重用能力。 描述部分 6、请用图示法说明4+1模型的5种视图之间的关系及关注点和涉众用户。 数据视图 风格部分 数据仓库制定方案 在当下的数据仓库系统安全控制模块中，我国数据仓库安全分为不同的等级。总体来说，我国的数据仓库安全性是比较低。为更好的健全计算机数据仓库体系，进行数据仓库安全体系的研究是必要的。很多软件都是因为其比较缺乏安全性而得不到较大范围的应用，归根结底是数据仓库安全性级别比较低。为满足现阶段数据仓库安全工作的需要，有利于数据仓库保密性的控制，保证这些数据存储与调用的一致性。 当前数据仓库安全控制过程中，首先需要对这些数据进行可用性的分析，从而有利于避免数据仓库遭到破坏，更有利于进行数据仓库的损坏控制及其修复。其次为了保证数据仓库的安全性、效益性，也离不开对数据仓库整体安全性方案的应用。最后必须对数据仓库进行的一切操作进行跟踪记录，以实现对修改和访问数据仓库的用户进行追踪，从而方便追查并防止非法用户对数据仓库进行操作。 2.1数据仓库安全整体规划 本方案通过对电力行业敏感信息泄露安全威胁的分析，对数据仓库安全进行整体设计与规划，通过全系列数据仓库安全产品相互之间分工协作，共同形成整体的防护体系，覆盖了数据仓库安全防护的事前诊断、事中控制和事后分析。 制定严密可行的实施计划，整个工程严格按照计划进行；公司质量控制部利用ISO9000质量管理规范对工程的软件开发及实施全过程进行监督和控制；建立完善的软件开发和工程实施的文档体系。对程序进行测试，对各个模块之间的关联情况下可能出现的问题进行严密的测试，并不断完善在测试过程中暴露出来的问题。在这过程中质量控制小组将全程参与，确保软件质量。 需求调研是数据仓库开发的最重要的环节之一，在调研的过程中能否真实、准确地描述客户的需求，对于数据仓库的开发有着举足轻重的影响。与客户沟通不够导致对同一个事物的描述或者理解有分歧和差异，或者调研过程中流于表面文字，而没有进入实际的操作，都可能造成在需求调研的过程中造成对需求不精确的理解。失之毫厘，谬之千里，需求调研的微小差异可能会在软件的开发过程中造成较大的偏差，直接影响了工程的建设质量。为此我们为需求调研工作分配了充裕的人力的时间，制定了完善的调研方案，对需求调研的深度和广度做了规 三层架构将数据层、应用层和业务层分离，业务层通过应用层访问数据库，保护数据安全，利于负载平衡，提高运行效率，方便构建不同网络环境下的分布式应用； 表示层主要作用是接收用户的指令或者数据输入，提交给业务逻辑层做处理，同时负责将业务逻辑层的处理结果显示给用户。相比传统的应用方式，业务层对硬件的资源要求较低； 应用层依据应用规模的不同，所承受的负荷会有较大的差异，另外客户端的数目，应用的复杂程度都会对其造成一定的影响。 ERP三层结构提供了非常好的可扩张性，可以将逻辑服务分布到多台服务器来处理，从而提供了良好的伸缩方案； 数据层包括存储数据的数据库服务器和处理数据和缓存数据的组件。组件将大量使用的数据放入系统的缓存库，以提高数据访问和处理的效率. 同时ERP采用大型数据库提供高性能、可靠性高的海量数据存储能力存储ERP的业务数据。 三层架构(3-tier application) 通常意义上的三层架构就是将整个业务应用划分为：表现层（UI）、业务逻辑层（BLL）、数据访问层（DAL）。区分层次的目的即为了“高内聚，低耦合”的思想。 概念简介 １、表现层（UI）：通俗讲就是展现给用户的界面，即用户在使用一个系统的时候他的所见所得。 ２、业务逻辑层（BLL）：针对具体问题的操作，也可以说是对数据层的操作，对数据业务逻辑处理。 ３、数据访问层（DAL）：该层所做事务直接操作数据库，针对数据的增添、删除、修改、更新、查找等。 概述 在软件体系架构设计中，分层式结构是最常见，也是最重要的一种结构。微软推荐的分层式结构一般分为三层，从下至上分别为：数据访问层、业务逻辑层（又或成为领域层）、表示层。 三层结构原理： 3个层次中，系统主要功能和业务逻辑都在业务逻辑层进行处理。 所谓三层体系结构，是在客户端与数据库之间加入了一个“中间层”，也叫组件层。这里所说的三层体系，不是指物理上的三层，不是简单地放置三台机器就是三层体系结构，也不仅仅有B/S应用才是三层体系结构，三层是指逻辑上的三层，即使这三个层放置到一台机器上。 三层体系的应用程序将业务规则、数据访问、合法性校验等工作放到了中间层进行处理。通常情况下，客户端不直接与数据库进行交互，而是通过COM/DC OM通讯与中间层建立连接，再经由中间层与数据库进行交互。 表示层 位于最外层（最上层），离用户最近。用于显示数据和接收用户输入的数据，为用户提供一种交互式操作的界面。 第1章数据仓库建设 1.1 数据仓库总体架构 专家系统接收增购项目车辆TCMS或其他子系统通过车地通信传输的实时或离线数据，经过一系列综合诊断分析,以各种报表图形或信息推送的形式向用户展示分析结果。针对诊断出的车辆故障将给出专家建议处理措施，为车辆的故障根因修复提供必要的支持。 根据专家系统数据仓库建设目标,结合系统数据业务规范,包括数据采集频率、数据采集量等相关因素，设计专家系统数据仓库架构如下： 数据仓库架构从层次结构上分为数据采集、数据存、数据分析、数据服务等几个方面的内容: 数据采集：负责从各业务自系统中汇集信息数据，系统支撑Ｋafka、Ｓｔｏｒ m、Ｆｌumｅ及传统的EＴL采集工具。 数据存储：本系统提供Hｄｆs、Hbase及RDBＭS相结合的存储模式,支持海量数据的分布式存储。 数据分析:数据仓库体系支持传统的ＯＬＡP分析及基于Sparｋ常规机器学习算法。 数据服务总线：数据系统提供数据服务总线服务，实现对数据资源的统一管理和调度，并对外提供数据服务。 1.2 数据采集 专家系统数据仓库数据采集包括两个部分内容：外部数据汇集、内部各层数据的提取与加载.外部数据汇集是指从TCMS、车载子系统等外部信息系统汇集数据到专家数据仓库的操作型存储层（OＤS）;内部各层数据的提取与加载是指数据仓库各存储层间的数据提取、转换与加载。 1.2.1外部数据汇集 专家数据仓库数据源包括列车监控与检测系统（ＴCMＳ）、车载子系统等相关子系统，数据采集的内容分为实时数据采集和定时数据采集两大类，实时数据采集主要对于各项检测指标数据；非实时采集包括日检修数据等。 根据项目信息汇集要求,列车指标信息采集具有采集数据量大，采集频率高的特点，考虑到系统后期的扩展,因此在数据数据采集方面，要求采集体系支持高吞吐量、高频率、海量数据采集,同时系统应该灵活可配置,可根据业务的需要进行灵活配置横向扩展。 本方案在数据采集架构采用Flume+Ｋａfka＋Ｓtorm的组合架构，采用Flume 和ETL工具作为Kａfka的Produｃer,采用Sｔｏrm作为Kafｋa的Consumｅｒ，Stoｒm可实现对海量数据的实时处理，及时对问题指标进行预警。具体采集系统技术结构图如下: 1、简单说client直接访问DBserver为两层结构。 client通过中间件等应用服务器访问DBserver为三层结构。 三层结构比两层结构安全。 2、可以这样理解：客户端程序访问服务器的结构叫两层结构。中间加一个事务 逻辑处理封装的中间件作为沟通就是三层结构，这样可以均衡数据负载！ 3、拷贝一些基础知识你看一下。（没有图片） 附：相关知识 现代社会的软件开发体系结构简单概括就是N层体系结构，这里的N大于等于1。 系结构（N>2）。下面我们就对这几种体系结构进行简单的介绍和比较。 单机体系：这种软件适用于单机状态，一般情况下是针对某一种单一的应用，如字典软件、翻译软件等等。这种开发方式不适用于综合管理系统的开发。 在出现之初确实解决了很多计算机发展的难题，同时随着4GL语言的发展，用户 的界面也比较丰富，在CLIENT端的事物处理能力也使整个系统的性能得到全面 的提高，并使管理信息系统（MIS：Management Information System）得到 快速的发展。其大概的图例见图1。 我们根据两层结构体系的概念来分解C／S结构的话，可以将他分为表现层（也 叫表达层）和数据层。数据层提供数据存放的载体，而表现层则通过一定技术将 数据层中数据取出，进行一定的分析并以某一种格式向用户进行显示。在两层体 系结构中，表现层对数据库进行直接操作，且大部分的商业处理逻辑（Business Logic，数据之间的关系规则）也在表现层中实现． 三层体系结构：三层体系结构是N层体系结构的典型，所谓的三层体系结构就 据层。在此之外，还有一种系统结构就是分布式系统，其结构系统图见图2。 图2：分布式系统的结构示意图 在分布式系统中，其介于客户端和数据端之间的仅仅是一个应用服务器，它 一、概念： 三层架构(3-tier architecture) 通常是指将整个业务应用划分为：表现层(UI)、业务逻辑层(BLL)、数据访问层(DAL)。目的是“高内聚，低耦合”的思想。 1、表现层(UI)：是展现给用户的界面。 2、业务逻辑层(BLL)：针对具体问题的操作，也可以说是对数据层的操作，对数据业务逻辑处理。 3、数据访问层(DAL)：该层所做事务直接操作数据库，针对数据的增添、删除、修改、查找等。 二、原理： 3个层次中，系统主要功能和业务逻辑都在业务逻辑层进行处理。 解析：三层体系的应用程序将业务规则、数据访问、合法性校验等工作放到了中间层进行处理。通常情况下，客户端不直接与数据库进行交互，而是通过COM/DCOM通讯与中间层建立连接，再经由中间层与数据库进行交互。 三层是指逻辑上的三层，而不是物理上的三层! 解析：所谓三层体系结构，是在客户端与数据库之间加入了一个“中间层”，也叫组件 层。这里所说的三层体系，不是指物理上的三层，不是简单地放置三台机器就是三层体系结构，也不仅仅有B/S应用才是三层体系结构，三层是指逻辑上的三层，即使这三个层放置到一台机器上。 三、各层的作用 1、表现层： 位于最外层(最上层)，离用户最近。用于显示数据和接收用户输入的数据，以及数据的返回，为用户提供一种交互式操作的界面。 2、业务逻辑层(BusinessLogic Layer) 是针对具体的问题的操作，也可以理解成对数据层的操作，对数据业务逻辑处理。主要集中在业务规则的制定、业务流程的实现等与业务需求有关的系统设计，也即是说它是与系统所应对的领域(Domain)逻辑有关。很多时候，也将业务逻辑层称为领域层。 业务逻辑层在体系架构中的位置很关键，它处于数据访问层与表示层中间，起到了数据交换中承上启下的作用。由于层是一种弱耦合结构，层与层之间的依赖是向下的，底层对于上层而言是“无知”的，改变上层的设计对于其调用的底层而言没有任何影响。 3、数据层 数据访问层：有时候也称为是持久层，主要功能是对原始数据(数据库或者文本文件等存放数据的形式)的操作层，而不是指原始数据，也就是说，是对数据的操作，而不是数据库，具体为业务逻辑层或表示层提供数据服务。简单的说法就是实现对数据表的Select，Insert，Update，Delete的操作。 三层架构及其优点 (2009-04-01 22:54:37) 标签： 三层架构是： 一：界面层 界面层提供给用户一个视觉上的界面，通过界面层，用户输入数据、获取数据。界面层同时也提供一定的安全性，确保用户不用看到不必要的机密信息。 二：逻辑层 逻辑层是界面层和数据层的桥梁，它响应界面层的用户请求，执行任务并从数据层抓取数据，并将必要的数据传送给界面层。 三：数据层 数据层定义、维护数据的完整性、安全性，它响应逻辑层的请求，访问数据。这一层通常由大型的数据库服务器实现，如Oracle 、Sybase、MS SQl Server等。 ------ 从开发角度和应用角度来看，三层架构比双层或单层结构都有更大的优势。三层结构适合群体开发，每人可以有不同的分工，协同工作使效率倍增。开发双层或单层应用时，每个开发人员都应对系统有较深的理解，能力要求很高，开发三层应用时，则可以结合多方面的人才，只需少数人对系统全面了解，从一定程度工降低了开发的难度。 三层架构属于瘦客户的模式，用户端只需一个较小的硬盘、较小的内存、较慢的CPU就可以获得不错的性能。相比之下，单层或胖客户对面器的要求太高。 三层架构的另一个优点在于可以更好的支持分布式计算环境。逻辑层的应用程序可以有多个机器上运行，充分利用网络的计算功能。分布式计算的潜力巨大，远比升级CPU有效。 三层架构的最大优点是它的安全性。用户端只能通过逻辑层来访问数据层，减少了入口点，把很多危 险的系统功能都屏蔽了。 另外三层架构还可以支持如下功能：Remote Access(远程访问资料)，例如可透过Internet存取远程数据库；High Performance(提升运算效率)解决集中式运算(Centralize)及主从式架构(Client-Server)中，数据库主机的运算负担，降低数据库主机的Connection Load，并可藉由增加App Server处理众多的数据处理要求，这一点跟前面讲到的分布式计算提高运算能力是一个道理；Client端发出Request(工作要求)后，便可离线，交由App Server和DataBase Server共同把工作完成，减少Client端的等待时间；这个功能我觉得应用场合不是很多，自己感受也不是很深刻，从理论上是成立的。 --fadeless摘自网络。 三层架构 三层系统的分层式结构 三层架构(3-tier application) 通常意义上的三层架构就是将整个业务应用划分为：表现层（UI）、业务逻辑层（BLL）、数据访问层（DAL）。区分层次的目的即为了“高内聚，低耦合”的思想。 目录 展开 概念简介 １、表现层（UI）：通俗讲就是展现给用户的界面，即用户在使用一个系统的时候他的所见所得。 ２、业务逻辑层（BLL）：针对具体问题的操作，也可以说是对数据层的操作，对 数据仓库与数据挖掘习题答案 第1章数据仓库的概念与体系结构 1. 面向主题的，相对稳定的。 2. 技术元数据，业务元数据。 3. 联机分析处理OLAP。 4. 切片（Slice），钻取（Drill-down和Roll-up等）。 5. 基于关系数据库。 6. 数据抽取，数据存储与管理。 7. 两层架构，独立型数据集市，依赖型数据集市和操作型数据存储，逻辑型数据集市和实时数据仓库。 8. 可更新的，当前值的。 9. 接近实时。 10. 以报表为主，以分析为主，以预测模型为主，以营运导向为主。 11. 答：数据仓库就是一个面向主题的（Subject Oriented）、集成的（Integrate）、相对稳定的（Non-Volatile）、反映历史变化（Time Variant）的数据集合，通常用于辅助决策支持。数据仓库的特点包含以下几个方面：（1）面向主题。操作型数据库的数据组织是面向事务处理任务，各个业务系统之间各自分离；而数据仓库中的数据是按照一定的主题域进行组织。主题是一个抽象的概念，是指用户使用数据仓库进行决策时所关心的重点领域，一个主题通常与多个操作型业务系统或外部档案数据相关。（2）集成的。面向事务处理的操作型数据库通常与某些特定的应用相关，数据库之间相互独立，并且往往是异构的。而数据仓库中的数据是在对原有分散的数据库数据作抽取、清理的基础上经过系统加工、汇总和整理得到的，必须消除源数据中的不一致性，以保证数据仓库内的信息是关于整个企事业单位一致的全局信息。也就是说存放在数据仓库中的数据应使用一致的命名规则、格式、编码结构和相关特性来定义。（3）相对稳定的。操作型数据库中的数据通常实时更新，数据根据需要及时发生变化。数据仓库的数据主要供单位决策分析之用，对所涉及的数据操作主要是数据查询和加载，一旦某个数据加载到数据仓库以后，一般情况下将作为数据档案长期保存，几乎不再做修改和删除操作，也就是说针对数据仓库，通常有大量的查询操作及少量定期的加载（或刷新）操作。（4）反映历史变化。操作型数据库（OLTP）主要关心当前某一个时间段内的数据，而数据仓库中的数据通常包含较久远的历史数据，因此总是包括一个时间维，以便可以研究趋势和变化。数据仓库系统通常记录了一个单位从过去某一时点(如开始启用数据仓库系统的时点)到目前的所有时期的信息，通过这些信息，可以对单位的发展历程和未来趋势做出定量分析和预测。 12. 答：（1）两层架构（Generic Two-Level Architecture）。（2）独立型数据集市（Independent Data Mart）。（3）依赖型数据集市和操作型数据存储（Dependent Data Mart and Operational Data Store）。（4）逻辑型数据集市和实时数据仓库（Logical Data Mart and Real-Time Data Warehouse）。 13. 答：数据仓库技术的发展包括数据抽取、存储管理、数据表现和方法论等方面。在数据抽取方面，未来的技术发展将集中在系统集成化方面。它将互连、转换、复制、调度、监控纳入标准化的统一管理，以适应数据仓库本身或数据源可能的变化，使系统更便于管理和维护。在数据管理方面，未来的发展将使数据库厂商明确推出数据仓库引擎，作为数据仓库服务器产品与数据库服务器并驾齐驱。在这一方面，带有决策支持扩展的并行关系数据库将最具发展潜力。在数据表现方面，数理统计的算法和功能将普遍集成到联机分析产品中，并与Internet/Web技术紧密结合。按行业应用特征细化的数据仓库用户前端软件将成为产品作为数据仓库解决方案的一部分。数据仓库实现过程的方法论将更加普及，将成为数据库设计软件三层架构
软考系统架构设计师(高级)学习笔记汇总
web三层架构概述
数据仓库-系统设计说明书
三层架构思想
大数据仓库建设方案设计
软件体系结构课后作业及答案
三层架构
数据仓库系统的体系结构
软件体系结构课后作业及参考答案
软件体系结构复习题及答案
数据仓库技术制定方案
三层架构详解
数据仓库建设方案
层架构与三层架构的区别
什么是系统的三层架构
三层架构和其优点
数据仓库与数据挖掘(陈志泊)课后习题答案
相关主题
文本预览