对象请求代理（ORB）(陈柏年)
公用对象请求代理（调度）程序体系结构CORBA（Common Object Request Broker Architecture），是对象管理组织OMG（Object Management Group）对应当今快速增长的软硬件的协同工作能力的要求而提出的方案。简而言之，CORBA允许应用程序和其他的应用程序通讯，而不论他们在什么地方或者由谁来设计。CORBA1.1由对象管理组织在1991年发布。他定义了接口定义语言（IDL）和应用编程接口（API），从而通过实现对象请求代理（ORB）来激活客户/服务器的交互。CORBA 2.0 于1994 年的12 月发布。他定义了如何跨越不同的ORB 提供者而进行通讯。
ORB是一个中间件，他在对象间建立客户-服务器的关系。通过ORB，一个客户可以很简单地使用服务器对象的方法而不论服务器是在同一机器上还是通过一个网络访问。ORB 截获调用然后负责找到一个对象实现这个请求，传递参数和方法，最后返回结果。客户不用知道对象在哪里，是什么语言实现的，他的操作系统以及其他和对象接口无关的东西。
在传统的客户/服务器程序中，开发者使用他们自己设计的或者公认的标准定义设备之间的协议。协议的定义依赖于实现的语言，网络的传输和其他许许多多因素。ORB 将这个过程简单化。使用ORB，协议定义是通过应用接口，而该接口是接口定义语言（IDL）的一个实现，他和使用的编程语言无关的。并且ORB提供了很大的灵活性。他让程序员选择最适当的操作系统，运行环境和设计语言来建设系统中每个组件。更重要的是，他允许集成已经存在的组件。
CORBA是在面向对象标准化和互操作性道路上的一个信号。通过CORBA，用户不必要知道软硬件的平台和他们处在企业网的什么地方就可以操作。
ORB 结构
通过ORB 发送请求
上面的图形说明的是客户端发送一个请求到对象的实现。客户端是希望对某对象执行操作的实体。对象的实现是一片代码和数据来实际实现对象。ORB负责下面的必要的机制：对该请求找到对象的实现，让对象的实现准备好接受请求，和请求交换数据。客户端的接口完全独立于对象的位置，其实现的语言和其他不影响对象接口的东西。
ORB 接口的结构
上面的图形显示的是一个独立的对象请求代理（ORB）的结构。ORB 的接口是灰色的矩形。箭头说明ORB 的调用关系。
为了提出一个请求，客户端可以使用动态调用接口DII（Dynamic Invocation Interface）（和目标对象的接口独立）或者一个OMG 的IDL 占位程序（具体的占位程序依赖于目标对象的接口）。客户端也可以直接和ORB 在某些地方交互。
对象的实现通过OMG 的IDL 产生的骨架或者是一个动态骨架的调用来接受请求。对象的实现可能在处理请求或其他的时候调用ORB。
对象接口定义的定义可以有下面两种方式。接口可以通过接口定义语言静态的定义，这叫做OMG 的IDL。该语言按照可以进行的操作和该操作的参数定义对象类型。或者（也可以作为补充），接口可以加入到Interface Repository service。该服务描述了该接口作为一个对象的组件，并允许运行时访问这些组件。在任何ORB 实现中，IDL 和Interface Repository 有相同的表达能力。
客户端使用占位程序或者动态调用接口
客户端通过访问对象的对象引用和了解对象的类型及要求执行的操作来发布一个请求。客户调用占位程序例程来请求或者动态构造请求。
无论动态还是占位程序的接口都可以相同实现。接收方不可能知道请求是如何发布的。
对象的实现接受请求
ORB 向对象实现定位适当的代码，传递参数，传输控制。这一切都通过IDL 骨架或者动态骨架。骨架对于不同的接口和对象适配器是不同的。在执行该请求的时候，对象的实现可能由ORB 通过对象适配器来获得一定的服务。当请求完成，控制和输出值返回给客户。
对象的实现可能会选择使用的对象适配器。该决定基于对象的实现要求的服务。
接口和Implementation Repositories
上图说明的是接口和实现信息如何让客户和对象实现访问的。接口用OMG的IDL和/或InterfaceRepository定义。该定义用于产生客户占位程序和对象的实现的骨架。对象的实现的信息在安装时就提供好了，储存在Implementation Repository 中以便请求发布的时候使用。
对象请求代理（ORB）详细说明
ORB是一个中间件(middleware)，它可以建立对象之间的client/server关系。通过ORB，一个client可以透明的引用同一台机器上或网络上的一个server对象的方法。ORB解释该调用并负责查找一个实现该请求的对象，找到后，把参数传给该对象，调用它的方法，最后返回结果。client并不清楚该对象的位置，它的编程语言，它的操作系统以及其它不是对象接口的系统信息。ORB能实现分布环境中位于不同机器上的应用之间的互操作以及多对象系统之间的无缝连接。
在传统的client/server)应用中，开发者使用自己设计的标准或通用标准来定义设备之间的协议。协议定义与实现的语言、网络传输及其它因素有关。ORB简化了这一过程，它使用IDL来定义应用接口之间的协议。ORB允许程序员选择通用操作系统,运行环境和编程语言。更重要的是，它能集成现存元素。
ORB结构
图 1 通过ORB传递请求
图1显示了一个client向对象实现发送一个请求。Client是一个想对对象进行操作的一个实体，对象实体是实现对象的代码和数据。ORB负责根据一个请求来定位一个对象，安排对象实现准备接受请求，与请求的数据通讯。Client的接口与对象的位置完全，实现对象的语言及其它不在对象接口反映出来的方面等无关。
图2显示了单个ORB的结构。用斜条文的矩形框表示ORB的接口, 箭头表示调用ORB 或ORB使用接口把信息向上传递。
图2 ORB接口结构
Clinet使用Dynamic Invocation interface (与目标对象的接口无关)或OMG IDL stub (与目标对象接口有关的stub)来发出请求。由于某种原因，Client也可以直接与ORB联系。对象实现使用OMG IDL生成的skeleton或动态skeleton以向上传送（up-call）的方式接受请求。对象实现也可以调用Object Adapter和ORB。可以用两种方式来定义对象接口：一是用OMG Interface Definition Language (OMG IDL)来定义接口。该语言根据可能对对象进行的操作和这些操作使用的参数来定义对象类型。第二种方法是，把接口（interface）放入Interface Repository service中; 该服务把接口中的元素描述成一个对象。任何能实现ORB的软件中，
Interface Definition Language (可能根据文档的内容而改变)和Interface Repository具有相同的作用。一个client要使用Object Reference完成请求，它必须知道对象的类型的及具体的操作。Client初始化请求有两种方法，一是通过调用目标对象的stub routines，二是动态的创造请求（如图3所示）。
图 3 Client使用Stub 或Dynamic Invocation Interface
不论使用Stub还是Dynamic Invocation Interface来发出请求具有相同的语义，信息的接收者不能分辨出该请求是使用哪种方法来传递的。ORB确定适当的实现代码，传递参数，通过IDL skeleton或dynamic skeleton (如图Figure 4 所示)把控制传给Object Implementation。每一个接口和object adapter 使用不同的Skeletons。为了完成请求，object implementation 可能通过Object Adapter 使用来自ORB的服务。当完成请求后，控制和输出结果返回给client。
图4 Object Implementation 接受请求
Object Implementation选择使用何种Object Adapter。它是根据Object Implementation 需要服务的种类来确定的。图5 显示了clients和object implementations如何使用接口和实现信息。用OMG IDL或Interface Repository来定义接口；该定义用于产生client Stubs和object implementation Skeletons。
图 5 Interface 和Implementation Repositories
在安装时把object implementation 信息放入Implementation Repository中，以备请求使用。ORB结构中的主要构件
图6.1CORBA ORB结构
1) Object Implementation(对象实现): 它定义了实现一个CORBA IDL接口的操作。它可以用各种语言来写，如C, C++, Java, Smalltalk和Ada。
图6.2 典型的Object Implementation 结构
2) Client(客户): 这是一个程序实体，它调用了某一个对象实现中操作。对调用这来讲，访问远程对象server应该是透明的。它应该和调用对象中的方法一样简单，如，obj->op(args)。
Client只能根据对象的接口了解对象的逻辑结构，虽然，我们一般都把client看作是一个程序或一个进程，但是，知道一个client都是某一个对象有关的。例如，一个对象的实现可能是其他对象的client。
图7 典型的Client结构
Client通过语言映射（language mapping）来使用对象和ORB 接口。当这种映射关系改变时，不需要改变Client。Client不需要了解对象的实现方式，对象适配器及ORB。
3) Object Request Broker(ORB):
ORB提供了一种机制，能实现client请求与目标对象实现之间的透明通信。它使得client请求就象一个本地过程调用一样。当一个client引用一个操作，ORB负责找到对象实现，如果需要则透明的激活它，然后把该请求递交给该对象，最后返回应答给调用者。实现时，可以把ORB不作为单个成分，但它只能由它的接口来定义。任何ORB实现方式提供的接口都是可以接受的。可以把接口中的操作分为三类：
1. 对于所有的ORB实现都一样的操作
2. 特定类型对象的操作
3. 与对象实现种特定类别有关的操作
不同的ORB有不同的实现方式，但都包括有：IDL 编译器, 仓库（repositories），各种Object Adapters，给client提供各种服务集，具有不同属性的对象实现等。
现在有各种不同的ORB实现。一个client可以同时访问两个由不同ORB实现管理的对象引用（object references）当这两个ORB需要一起工作时，它们能区分出各自的对象引用。Client 不需要对此负责。ORB Core是ORB的一个组成部分，它提供对象的基本表示和与请求的通信。
有四种不同类型的ORB：
1．Client- and Implementation-resident ORB
2．Server-based ORB
3．System-based ORB
4．Library-based ORB
ORB Interface:
一个ORB是一个逻辑实体（logical entity），它可以用各种方法实现（如一个或多个过程，或一个libraries集合）。为了减轻编写程序的困难，CORBA规范定义了一个抽象的接口。该接口提供各种帮助函数。
CORBA IDL stubs and skeletons:
它相当于client、server应用程序和ORB之间的“胶水”。由CORBA IDL编译器自动实现CORBA IDL定义与目标编程语言之间的转换。
使用编译器可以减少client stub和server skeletons之间的潜在矛盾。
Dynamic Invocation Interface(DII):
该接口允许client直接调用ORB所提供得最底层的请求机制。应用程序使用DII动态地把请求传给对象而不需要IDL接口（包括特定stub）。与IDL stub（它只允许RPC模式的请求）不同，DII也允许clients使用无块的延迟同步调用（non-blocking deferred synchronous）(发送操作是独立的)和单向调用（send-only）。
Dynamic Skeleton Interface(DSI):
与client端的DII类似的，位于server端的接口。DSI允许ORB把请求发送给对象实现，该对象实现不包含编译时所需要的类型。发出请求的client不知道该实现是使用指定类型的IDL skeletons 还是使用动态的skeletons。
Object Adapter:
它帮助ORB把请求传给对象并激活该对象。更重要的是一个object adapter总是与一个对象实现（object implementations）联系的。Object adapter可以被定义来支持特定的对象实现类型（如OODB object adapters用于持续对象（persistence）而library object adapters 用于非远程对象）。
图8 典型的Object Adapter结构
它的作用有：
(1)产生和解释对象引用
(2)Method调用
(3)相互作用的安全性
(4)对象和激活实现及撤销实现
(5)把对象引用映射到相应的对象实现
(6)注册对象实现
3 系统集成
图9 不同对象系统集成的方法
4 互操作
ORB 的互操作性提供了种易于理解的、方便的途径来支持网络中的对象，这些对象由多样的，不同种类的（与CORBA 兼容的）ORB管理。由于CORBA中的元素能以很多方式结合在一起以满足各种不同的需要，因此取得“interORBability”的方法很方便。
1) 支持互操作的元素
能支持互操作的元素有：:
1. ORB 互操作结构
2. Inter-ORB 桥支持（bridge support）
3. General and Internet inter-ORB Protocols (GIOPs and IIOPs)
而且，该结构还支持environment-specific inter-ORB protocols (ESIOP)，它能优化特定领域如DCE）
2) ORB 互操作结构
该结构引入了ORB域中immediate and mediated bridging（直接桥接和间接桥接）这两个概
念。IIOP是广域网桥接的基础。而inter-ORB 桥接既能用于直接桥接，也能用于“半桥接”，使用半桥接能搭建用于间接桥接。使用这些桥接技术，ORB能互操作，而不需要知道彼此的实现细节，如，使用何种特殊的IPC或协议（如ESIOP）来实现CORBA规范。
使用能用IIOP通讯的“半桥接”，两个或多个ORB能相互桥接在一起。这种方法既能用于单机ORB，也能用于网络ORB如ESIOP。IIOP也能用于实现ORB中的内部消息机制。
3) Inter-ORB Bridge Support
互操作结构明确指出ORB中不同域的作用，这些域包括对象引用域（object reference domain），类型域（type domain），安全域（safety domain）（如the scope of a Principal identifier), 事物域（transaction domain）等等。
当两个ORB位于同一个域中，它们能直接通讯，多数情况下，这是一个很好的方法。但由于各个机构需要建造各自控制域，因此，这种方法不常使用。当需要的信息离开它的域时，就必须使用桥接来传递信息。桥接的作用是确保信息能完整的从一个ORB映射到另一个ORB。inter-ORB 桥接支持也能提供与非CORBA系统(如Microsoft’s Component Object Model (COM))之间的互操作。
4) General Inter-ORB Protocol (GIOP)
General Inter-ORB Protocol (GIOP) 元件提供了一个标准传输语法（低层数据表示方法）和ORB之间通信的信息格式集。GIOP只能用在ORB与ORB之间，而且，只能在符合理想条件的面向连接传输协议中使用。它不需要使用更高一层的RPC机制。这个协议是简单的（尽可能简单，但不是简单化），可升级的，使用方便。它被设计为可移动的、高效能的表现、较少依靠其它的低层传输协议。当然，由于不同传输使用不同版本的GIOP，它们可能不能直接协作工作，但它能很容易的连接网络域。
5) Internet Inter-ORB Protocol (IIOP)
Internet Inter-ORB Protocol (IIOP) 元件指出如何通过TCP/IP连接交换GIOP信息。IIOP为Internet提供了一个标准的协作工作协议，它使兼容的ORB能基于现在流行的协议和产品进行“out of the box”方式的协作工作。它也能被用于两个半桥（half-bridges ）之间的协议。该协议能用于任何ORB与IP（Internet Protocol）域之间的协作工作，除非ORB选择了特殊的协议。这时，它是TCP/IP环境下基本的inter-ORB 协议，最普遍的传输层。
IIOP与GIOP的关系就象特特殊语言与OMG IDL之间的关系；GIOP能被映射到不同层，它能指定协议。就象IDL不能见招完整的程序一样，GIOP 本身也不能提供完整的协作工作。IIOP和不同传输层上的其它相似映射，实现抽象的GIOP定义，如图10所示。
图10 Inter-ORB Protocol 关系
6) Environment-Specific Inter-ORB Protocols (ESIOPs)
它为使用Environment-Specific Inter-ORB Protocols (ESIOPs)的条件提出了解决方案。Such protocols would be used for “out of the box”interoperation at user sites where a particular networking or distributing computing infrastructure is already in general use. Because of the opportunity to leverage and build on facilities provided by the specific environment, ESIOPs might support specialized capabilities such as those relating to security and administration. While ESIOPs may be optimized for particular environments, all ESIOP specifications will be expected to conform to the general ORB interoperability architecture conventions to enable easy bridging. The inter-ORB bridge support enables bridges to be built between ORB domains that use the IIOP and ORB domains that use a particular ESIOP.
7) Domain(域)
域把一个系统中的元素按照某种特征分成几个部分。在本结构中，域是一个范围，一个对象的集合，对象是域的成员，这些成员有共同的特征。可以把域看作是一个对象，它本生也可能是其它域的一个成员。
图11 各种类型的域
CORBA中的域分为以下几个部分：
Referencing domain –对象引用范围
Representation domain –信息传输语法和协议范围
Network addressing domain –网络地址范围
Network connectivity domain –可能的网络信息范围
Security domain –特殊安全策略
Type domain –特殊标识符范围
Transaction domain –特定事物服务范围
有两种方式使用域：一是嵌入，一个域包括在另一个域中；二是联合，两个域联合起来使用。当两个域的边界上发生交互作用时，就需要使用一种映射机制（如桥接）在边界处传递相关元素。这里有两种方法，一是间接桥接（mediated bridging），一是直接桥接（immediate bridging）。
图12 两种桥接技术, 都用于两个域之间
7.1 Mediated Bridging
使用间接桥接时，在每一个域的边界上，以一种协商的、通用的格式来传递与域有关的元素。可以从以下几个方面来观察间接桥接：
(1)公共格式的应用范围可能与两个ORB/域的私下约定不同。
(2)可能有多个公共格式，每一种格式对应一个应用目的。
(3)如果有多个可供选择的公共格式，选择方式可以分为两种，一是静态选择（两个ORB开发商之间），二是动态选择（每一个对象各自选择）。
(4)这种方法随着嵌入式编译（与stub相比）或普通的库代码（如加密例程）的不同，它的格式不同
7.2 Immediate Bridging
使用直接桥接时，在每一个域的边界上，相关的元素直接从一个域的内部格式转到另一个域的内部格式。
可以从以下几个方面来观察间接桥接：
(1)这种方法有被优化的可能性（这时交互不通过第三方）但它是以牺牲灵活性和通用性来取得的。
(2)一般只当需要在与边界传递纯管理（不交换技术）才使用这种方法。例如，当需要在两个相似ORB的安全管理域传递消息时，就不需要使用通用的间接标准。
综上所述，当两个ORB/域使用私有机制时，就比较难于区分这两种方法。
7.3 Inter-Domain Functionality的位置
从逻辑上讲，不论是间接桥接还是直接桥接，只要是域间桥（inter-domain bridge），它在两个域中都有元素。但是，一方面，域可以跨越ORB边界，而ORB也可以跨越机器和系统边界；另一方面，一个机器或一个进程可能跨越多个ORB。从工程学的角度来讲，这意味着一个域间桥中的元素根据ORB或系统的不同而采取分散或同处的分布方式。例如，如果一个ORB包括两个安全域，那么，域间桥就可以在ORB的内部实现。同样的，也可能在一个进程或系统中实现两个ORB或域间的桥。从工程学来讲，这种情况下，域间桥是有限的，它局限于单个系统或进程。如果所有的桥都用这种方式实现，那么系统或进程之间的协作只能在单个域或ORB中发生。
7.4 桥接级别（Bridging Level）
桥接可以在ORB级或更高以及实现。它们分别叫做嵌入（in-line）级桥接和请求级（request-level）桥接。请求级桥接使用CORBA API，包括使用Dynamic Skeleton Interface,来接受和流出（issue）请求。但是，也存在“implicit context”类，它与某些引用联合起来，持有如事物信息和安全信息等的ORB Service信息，通常的API中部包括这种类。
7.5 网络中桥接的结构
在网络情况中的ORB，我们将引入“backbone”ORB的概念。不论是大型网络还是小规模网络倒要用到它。大型网络的制造商可以定义自己的中枢ORB，而小规模网络则选择一个商业的ORB作为它的中枢。
图13 一个ORB作为中枢，它通过半桥和全桥连接其它的ORB
这种中枢结构是一种标准的网络管理技术。它能减少桥接又能满足网络馆管理。对于大型网络来讲，增加ORB桥接并不需要给网络线路增加新的节点（hop）。
8) 桥接的种类
8.1 In-line Bridging(嵌入桥接)
嵌入桥接的代码位于ORB中，它完成必要的翻译和映射功能。它是两个ORB进行桥接的最直接方法。它与单个ORB中的系统进行侨界的结构相似(例如，间接使用某些内部处理通讯模式，如网络协议)。这表明，实现嵌入桥接可能会修改ORB中的某些基本的元素，例如插入新的内部处理通讯模式。(有一些ORB被设计成可以进行某些修改)。使用这种方法时，在不同级别上用软件元素的集成来完成所需要的桥接功能：
(1)面的ORB提供附加的或可选择的服务
(2)附加的或可选择的stub和skeleton代码
图14 使用ORB内部的API构造In-Line bridges
8.2 Request-Level Bridging(请求级桥接)
请求级桥接的代码位于ORB的外面，它完成必要的翻译和映射功能。它通过位于不同执行环境中两个ORB的元素（一个ORB一个元素）使用普通协议（如网络、共享内存和主机操作系统提供的其他IPC）来达到目的，这种方法也叫做“半桥”。
请求级桥接的基本原理：
(1)原始请求被传给client ORB 中的代理对象（proxy object）。
(2)代理对象把请求内容（包括目标对象引用）翻译成服务ORB（server ORB）能理解的格式
(3)代理引用透明服务对象上所需要的操作
(4)使用补充路径把操作结果返回给客户A
图15 使用公共的ORB API构造Request-Level bridges
CORBA Core定义了如下接口，使用它们能构造请求级桥接：
(1)Dynamic Invocation Interface (DII) 允许桥接能任意调用对象引用，而当建立桥接时不需要知道对象引用的类型。
(2)Dynamic Skeleton Interface (DSI) 即使当建立桥接时不知道对象引用的类型，也允许桥接手动地调用代理对象引用。
(3Interface Repositories 桥接用来获取信息以驱动DII和DSI，这些信息包括操作参数的类型及返回值和意外。
(4)Object Adapters (例如Basic Object Adapter) 当引导桥接和映射对象引用（从一个ORB动态地传给另一个ORB）时，创建对象引用的代理器。
(5)CORBA Object References 提供操作，这些操作能完全描述它们接口和建造把对象引用映射到它们代理器（或反之）的表。Interface repositories 虽然半桥接使用的给定的池ID（如接口类型ID，意外ID）或操作ID必须一致，但是与半桥接相连的两边的接口池（Interface repositories ）中的信息可以不一样。
工程付款申请 潍坊科纳置业有限公司 进度付款申请单 编号: -- -- 项目名称: 附件: 份页 致: 根据我方已完成的形象进度，依据施工合同条款，本期应付工程款为万元，合同总额: 万元; 已累计付款: 万元，请核实批准。 形象进度: 承包商:(盖章) 项目经理: 监理方:(盖章) (无配备监理公司的项目本行可省略) 计划进度: 完成情况: 质量情况: 审查估价: 总监意见: 发包方: 工程部: 20 年月日 成本部: 20 年月日 财务部: 20 年月日 项目总经理: 20 年月日 注:1.本表一式二份，工程部门一份，财务部门一份。 2.本表的附件为工程量割算书或付款说明。 潍坊科纳置业有限公司 工程材料价格表
承包方填写发包方填写序材料规格型备注所报所报确定确定号名称号品牌单位推荐品牌数量单价数量单价 1 2 3 4 5 7 8 9 10 备注:本批次材料需在:20 年月日前确定价格 承包方:(盖章) 责任人: 项目经理: 20 年月日发包方:(盖章) 工程部: 采购部: 20 年月日承包方对确认单价的意见:(盖章) 项目经理: 20 年月日注:本表一式五份，承包方、工程部、成本部、材料部、财务部各一份 潍坊科纳置业有限公司 扣款通知单 施工单位昌大集团第二分公司扣款日期 2012年10月10日 工程项目圣菲漫步项目合同编号 扣款内容金额 1. 昌大二公司使用挖掘机(型号SK260)，单价270元/小时，共计使用19小时405310元分钟，费用总计5310元(大写:伍仟叁佰壹拾元整)。此费用先由我方垫付，后从你方当月工程款中扣出，请你方确认。 合计 5310元人民币(大写):伍仟叁佰壹拾元整 潍坊科纳置业有限公司建设单位 发送单位 潍坊市工程建设监理有限责任公司监理单位 昌大集团第二分公司接收单位施工单位
数据库运行管理规范
目录 1.总则 (3) 2.适用范围 (3) 3.数据库管理员主要职责 (3) 4.数据库的日常管理工作 (3) 5.数据库的安全管理 (5) 6.备份与恢复 (10) 7.日志及监控审计 (13) 8.数据存放、归档管理 (14)
1.总则 1.1为规范我司信息系统的数据库管理和配置方法，保障信息系统稳定安全地运行，特制订本办法。 2.适用范围 本规范中所定义的数据管理内容，特指存放在信息系统数据库中的数据，对于存放在其他介质的数据管理，参照相关管理办法执行。 3.数据库管理员主要职责 3.1负责对数据库系统进行合理配置、测试、调整，最大限度地发挥设备资源优势。负责数据库的安全运行。 3.2负责定期对所管辖的数据库系统的配置进行可用性，可靠性，性能以及安全检查。 3.3负责定期对所管辖的数据库系统的可用性，可靠性，性能以及安全的配置方法进行修订和完善。 3.4负责对所管辖的数据库系统运行过程中出现的问题及时处理解决。 3.5负责对所管辖数据库系统的数据一致性和完整性，并协助应用开发人员、使用操作等相关人员做好相关的配置、检查等工作。 3.6负责做好数据库系统及数据的备份和恢复工作。 4.数据库的日常管理工作 4.1每日的管理工作 4.1.1数据库管理员每天登录到服务器操作系统，进行如下检查工
作： (1)检查所有的数据库实例状态以及所有与数据库相关的后台进程。 (2)检查数据库网络的连通与否，比如查看监听器（listener）的状态、网络能否ping通其它的计算机、应用系统的客户端能否连通服务器等等。 (3)检查磁盘空间的使用情况。如果剩余的空间不足 20% ，需要删除不用的文 件以释放空间。 (4)查看告警文件有无异常。 (5)根据数据库系统的特点，检查其它的日志文件中的内容，发现异常要及时 加以处理。 (6)检查CPU、内存及IO等的状态。 (7)检查备份日志文件以及网络备份软件的监控记录，确定自动备份成功完成。对于数据库的脱机备份，要确信备份是在数据库关闭之后才开始的，备份内容是否齐全。运行在归档模式下的数据库，既要注意归档日志文件的清除，以免磁盘空间被占满，也必须注意归档日志文件的保留，以备恢复时使用。 (8)每天运行数据库管理控制台，检查数据存储空间的使用情况、剩余情况， 必要时，增大数据存储空间容量。对于使用量增加快的表空间要特别关注。 4.2数据库管理的每月工作 (1)收集数据库的性能统计数据，检查高速缓存区命中率、资源争用等统计信息，若不理想，设法加以分析改善。 (2)检查数据对象存储空间碎片情况，必要时加以调整。 (3)比较分析数据库系统和操作系统的CPU，内存，网络，及硬盘的利用率， 以此确定出近期将可能出现的资源争夺趋势，必要时加以调整，以避免系统资源的争夺，如果调整还达不到要求，须考虑增加新资源。 (4)检查每日数据库管理工作的执行情况，用户、数据对象存储空间增加删改 的记录是否齐全，备份记录、维护记录是否齐全，不足的及时补上。
网上商城数据库分析，设计 1.网上商城 网上商城类似于现实世界当中的商店,差别是利用电子商务的各种手段,达成从买到卖的过程的虚拟商店，从而减少中间环节，消除运输成本和代理中间的差价，造就对普通消费，和加大市场流通带来巨大的发展空间。尽能的还消费者以利益，带动公司发展和企业腾飞，引导国民经济稳定快速发展，推动国内生产总值。在现如今的WEB2.0时代，新的产业在不断衍生，电子商务的兴起，为互联网创业者提供了更多的机会。 本项目基于网上商城在现阶段及未来的发展而开发的电 子商务应用，为消费者提供更好更快捷的服务，同时获得利润。 2.参考项目 项目的设计离不开原有的成功的项目以及别的公司的案例，例如淘宝网、亚马逊、当当网以及新发展起来的麦考林、凡客诚品等等，虽然经营的商品及模式不同，但是在技术上有很多的相同点。特别是在数据库的设计中，像用户信息表的设计，商品类别的设计，订单的设计等等，字段都是有很大程度上相同的，所以在实际的项目设计中可以参考这些成功的电子商务网站。3.数据库设计 数据库设计(Database Design)是指根据用户的需求，在某一具体的数据库管理系统上，设计数据库的结构和建立数据库的
过程。 数据库设计是建立数据库及其应用系统的技术，是信息系统开发和建议中的核心技术。由于数据库应用系统的复杂性，为了支持相关程序运行，数据库设计就变得异常复杂，因此最佳设计不可能一蹴而就，而只能是一种“反复探寻，逐步求精”的过程，也就是规划和结构化数据库中的数据对象以及这些数据对象之间关系的过程。 4.数据库设计的重要性 良好的数据库设计对于一个高性能的应用程序非常重要，就像一个空气动力装置对于一辆赛车的重要性一样。如果一辆汽车没有平滑的曲线，将会产生阻力从而变慢。关系没有经过优化，数据库无法尽可能高效地运行。应该把数据库的关系和性能看作是规范化的一部分。 除了性能以外的问题，就是维护的问题了，数据库应该易于维护。这包括只存储数量有限的（如果有的话）重复性数据。如果有很多的重复性数据，并且这些数据的一个实例发生一次改变（例如，一个名字的改变），这个改变必须对所有的其他的数据都进行。为了避免重复，并且增强维护数据的能力，我们可以创建可能的值的一个表并使用一个键来引用该值。在这种方式中，如果值改变了名字，这个改变只在主表中发生一次，所有的其他表的引用都保持不变。
SQL Server 2005代理服务安全性增强: 若要使用SQL Server代理,用户必须是下列一个或多个固定数据库角色的成员: SQLAgentUserRole SQLAgentReaderRole SQLAgentOperatorRole 这些角色存储在msdb数据库中任何用户都不是这些数据库角色的成员,必须显式a授予这些角色中的成员身份sa可以完全访问SQL Server代理 如果用户不是其中某个角色的成员,连接到SQL Server Management Studio中的SQL Server 时,对象资源管理器中的"SQL Server代理"将不可见。用户必须是这些固定数据库角色之一的成员,或者是sysadmin固定服务器角色的成员才能使用SQL Server代理。 SQL Server代理安全性原则: 专门为代理创建专用的用户账户,并且只使用这些代理用户账户来运行作业步骤。只为代理用户账户授予必需的权限。只授予运行分配给给定代理账户的作业步骤实际所需的那些权限。不要作为Windows Administrators组成员的Microsoft Windows账户运行SQL Server代理服务。 较高特权的角色继承较低特权的角色对SQL Server代理对象(包括警报、运算符、作业、计划和代理)的权限 SQLAgentUserRole权限: SQLAgentUserRole是具有最低特权的SQL Server代理固定数据库角色。SQLAgentUserRole的成员只对它们所拥有的本地作业和作业计划拥有权限。它们不能使用多服务器作业(主服务器作业和目标服务器作业),也不能通过更改作业所有权来获得对它们还没有拥有的作业的访问权限。SQLAgentUserRole的成员只能在SQL Server Management Studio的"作业步骤属性"对话框中查看可用的代理列表。在SQL Server Management Studio对象资源管理器中,SQLAgentUserRole的成员只能看到"作业"节点。SQLAgentUserRole对SQL Server代理对象的权限-->见下列表: 操作运算符本地作业(仅限于所拥有的作业) 作业计划(仅限于所拥有的计划) 代理 创建/修改/删除否是是否视图列表(枚举) 是是是是启用/禁用否是是不适用 视图属性否是是否执行/停止/开始不适用是不适 用不适用 查看作业历史记录不适用是不适 用不适用 删除作业历史记录不适用否不适 用不适用 附加/分离不适用不适用是不适用 SQLAgentReaderRole权限: SQLAgentReaderRole包括所有的SQLAgentUserRole权限,以及查看可用的多服务器作业及其属性和历史记录的列表的权限。此角色的成员还可以查看所有可用作业和作业计划以及它们的属性的列表,而不只是它们所拥有的那些作业和作业计划。SQLAgentReaderRole成员不能通过更改作业所有权来获得对它们还没有拥有的作业的访问权限。在SQL Server Management Studio对象资源管理器中,SQLAgentReaderRole的成员只能看到"作业"节点。 SQLAgentOperatorRole权限: SQLAgentOperatorRole是具有最高特权 的SQL Server代理固定数据库角色。可以执行、停止或启动所有本地作业,还可以删除服务器上的任何本地作业的作业历史记录。它们还可以启用或禁用服务器上的所有本地作业和计
实验二数据库及数据库对象的创建和管理 一、实验目的 1．掌握用企业管理器(Enterprise Manager)对数据库的完整创建、修改和删除2．掌握用企业管理器(Enterprise Manager)对常见的数据库对象如表、试图、索引等的创建、修改和删除 3．掌握用SQL语句进行创建和管理数据库、表、试图和索引 二、实验环境（实验的软件、硬件环境） 硬件：PC机软件：SQL2000 三、实验指导说明 请复习相关的数据库及其对象的创建和管理的SQL语法知识点，并完成如下内容。 四、实验内容 1．数据库操作 （1）用SQL语句完整创建一个订单数据库，名为OrderDB，存放路径为：E:\MyOrder，它由5MB的主数据文件、2MB的次数据文件和1MB的日志文件组成。并且主数据文件以2MB的增长速度增长，其最大数据文件的大小为15MB，次数据文件以10%的增长速度增长，其最大次数据文件的大小为10MB，事务日志文件以1MB速度增长，其最大日志文件大小为10MB。 （2）将主数据文件大小由5M增大到8M，并删除次数据文件。 （3）为了扩大订单数据库，为它增加一个次要数据文件order3.ndf，该文件大小为4M，最大可增长到10M，以10%的速度增长。 create database OrderDB on primary ( name=OrderDB_c, filename='F:\OrderDB\OrderDB.mdf', size=5, maxsize=15, filegrowth=5% ), ( name=OrderDB_a,
filename='F:\OrderDB\OrderDB.ndf', size=2, maxsize=10, filegrowth=10% ) log on ( name=OrderDB_b, filename='F:\OrderDB\OrderDB.ldf', size=1, maxsize=10, filegrowth=10% ) go create database PDData on ( name='PDData_bata', --主文件的逻辑名 filename='f:\PDData_data.mdf', --主数据文件的物理名size=10, --文件初始大小 filegrowth=15% --文件的增长率name=主数据库的逻辑名称, filename=主数据库的路径,--主数据库后缀名.mdf size=初始大小, filegrowth=当数据库没有空间的时候增加多少容量 --次数据库,,和主数据库的属性一样,不过路径的时候后缀名为.ndf ) log on --日志文件具体描述-- ( name='PDData_log', filename='f:\PDData_data.ldf', size=1, maxsize=10, filegrowth=10% 日志文件, 和主数据库的属性一样,路径的后缀名为.ldf ) go （4）删除数据库。 drop database OrderDB 2．表操作
（销售管理）代理商销售采购及财务信息管理子系统—数据库设计文档
代理商销售采购及财务信息管理子系统 —数据库设计文档 班级:软件学院2007级 姓名：丁鼎、孔祥楠 学号：1291407016、1291407034、1291407048 代理商销售采购及财务信息管理子系统 ——数据库设计报告 一、需求分析 （一）项目背景
随着经济的飞速发展,人们生活水平的不断提高，对物质的需求不断提高。那么代理商是否可以高效地管理供应链销售链，从而满足客户多变的需求和庞大的信息量。变成为了是否能在市场竞争中取得优势的一个非常重要的因素，信息在社会和经济的发展中所起的作用越来越为人们所重视。 而现在，信息资源的开发利用水平成为衡量一个国家综合国力的重要标志之一。计算机作为信息处理的工具，为适应数据处理需求的迅速提高，满足各类信息系统对数据管理的要求，在文件系统的基础上发展基础数据库系统，数据库方法针对事物处理中大量数据管理需求。我国自从80年代上半期，国家计委统计局计算中心在第一次全国人口普查、工业普查中使用了数据库管理技术以来，随着微机管理系统的推广，数据库应用逐渐普及。一个公司的信息化平台的建设，可以使企业的经营准确高效地运作。 本子功能系统为代理商各部门的数据流动，对信息的管理，对业务的经营如销售，采购等提供了良好的信息平台，为各部门的信息决策提供了较充分的依据。从而得以建立更稳定，更可靠的公司运作机制。 （二）系统流程图
代理商销售采购及财务信息管理子系统主要有销售，采购，财务，计划任务等几大模块。 销售管理主要是接收客户的订单，并对订单做处理，如检索修改库存，开发货单等等。 采购管理主要是在检索库存后得知货源不足情况下向供应商采购商品，另外，在主管部门计划任务的分配下，采购部也会定期购货。 财务管理主要是对明细账进行管理，以及产生报表以供主管部门参考。 计划任务管理主要是根据报表，分析业务情况，编制计划，并引导采购部购货。 （三）系统功能图
第6章管理数据库其他对象 本章要点： 1、视图及视图与表的关系 2、视图的创建、管理和操作 3、规则、默认值的概念及创建、捆绑、修改和删除 4、自定义数据类型的创建、修改、删除和查看 5、触发器的概念、作用及两种触发器的工作原理和执行过程 6、触发器的创建及管理 6.1 视图 6.1.1 视图的概念 视图是一种数据库对象，是从一个或者多个数据表或视图中导出的虚表，视图的结构和数据是对数据表进行查询的结果。 视图被定义后便存储在数据库中，通过视图看到的数据只是存放在基表中的数据。当对通过视图看到的数据进行修改时，相应的基表的数据也会发生变化，同时，若基表的数据发生变化，这种变化也会自动地反映到视图中。 视图可以是一个数据表的一部分，也可以是多个基表的联合。 6.1.2 视图的优点 ?视图可以屏蔽数据的复杂性，简化用户对数据库的操作。 ?视图可以让不同的用户以不同的方式看到不同或者相同的数据集。 ?可以使用视图重新组织数据。 ?视图可以定制不同用户对数据的访问权限。 6.1.3 创建视图 1、创建视图之前的注意事项： ?只能在当前数据库中创建视图。 ?一个视图中行、列的限制。 ?如果视图中某一列是函数、数学表达式、常量或者来自多个表的列名相同，则必须为列定义名称。
?视图与基表的关系 ?不能在视图上创建索引，不能在规则、默认的定义中引用视图。 2、创建视图 （1）使用企业管理器创建视图 在企业管理器中展开要创建视图的数据库，用鼠标右键单击“视图”选项， 在弹出的快捷菜单中选择“新建视图”命令，打开后，这个界面我们在前 面介绍select语句的时候已经给大家介绍过了。在此不再赘述了，请大家 对照书本的例子练习。 （2）使用Transact-SQL语句创建视图 CREATE VIEW [ < database_name > .] [ < owner > .] view_name [ （ column [ ,...n ] ） ] [ WITH < view_attribute > [ ,...n ] ] AS select_statement [ WITH CHECK OPTION ] < view_attribute > ::= { ENCRYPTION | SCHEMABINDING | VIEW_METADATA } 举例： 在“studentborrow”数据库中，创建一个仅包含“高等教育出版社”出版图书的视图 语句： create view 高等教育出版社 as select * from 图书信息 where 出版社名称='高等教育出版社'
数据库运行管理规范 目录 1.总则
2.适用范围 3.数据库管理员主要职责 4.数据库的日常管理工作 5.数据库的安全管理 6.备份与恢复 7?日志及监控审计 8.数据存放、归档管理12 13
1.总则 1.1为规范我司信息系统的数据库管理和配置方法，保障信息系统稳定安全地运行，特制订本办法。 2.适用范围 本规范中所定义的数据管理内容，特指存放在信息系统数据库中的数据，对于存放在其他介质的数据管理，参照相关管理办法执行。 3.数据库管理员主要职责 3.1负责对数据库系统进行合理配置、测试、调整，最大限度地发挥设备资源优势。负责数据库的安全运行。 3.2负责定期对所管辖的数据库系统的配置进行可用性，可靠性，性能以及安全检查。 3.3负责定期对所管辖的数据库系统的可用性，可靠性，性能以及安全的配置方法进行修订和完善。 3.4负责对所管辖的数据库系统运行过程中出现的问题及时处理解决。 3.5负责对所管辖数据库系统的数据一致性和完整性，并协助应用开发人员、使用操作等相关人员做好相关的配置、检查等工作。 3.6负责做好数据库系统及数据的备份和恢复工作。 4.数据库的日常管理工作 4.1每日的管理工作 4.1.1数据库管理员每天登录到服务器操作系统，进行如下检查工作: (1)检查所有的数据库实例状态以及所有与数据库相关的后台进程。
⑵检查数据库网络的连通与否，比如查看监听器(listener )的状态、网络能否ping通其它的计算机、应用系统的客户端能否连通服务器等等。 (3)检查磁盘空间的使用情况。如果剩余的空间不足20%，需要删除不用的文 件以释放空间。 (4)查看告警文件有无异常。 (5)根据数据库系统的特点，检查其它的日志文件中的内容，发现异常要及时加以处理。 ⑹检查CPU内存及10等的状态。 (7)检查备份日志文件以及网络备份软件的监控记录，确定自动备份成功完成。对于数据库的脱机备份，要确信备份是在数据库关闭之后才开始的，备份内容是否齐全。运行在归档模式下的数据库，既要注意归档日志文件的清除，以免磁盘空间被占满，也必须注意归档日志文件的保留，以备恢复时使用。 (8)每天运行数据库管理控制台，检查数据存储空间的使用情况、剩余情况, 必要时，增大数据存储空间容量。对于使用量增加快的表空间要特别关注。 4.2数据库管理的每月工作 (1)收集数据库的性能统计数据，检查高速缓存区命中率、资源争用等统计信息，若不理想，设法加以分析改善。 (2)检查数据对象存储空间碎片情况，必要时加以调整。 (3)比较分析数据库系统和操作系统的CPU内存，网络，及硬盘的利用率, 以此确定出近期将可能出现的资源争夺趋势，必要时加以调整，以避免系统资源的争夺，如果调整还达不到要求，须考虑增加新资源。 ⑷检查每日数据库管理工作的执行情况，用户、数据对象存储空间增加删改的记录是否齐全，备份记录、维护记录是否齐全，不足的及时补上。 4.3数据库管理的每年工作 (1)逐项检查每日、每月数据库管理工作的执行情况。用户、数据对象存储空间增加删改的记录是否齐全，备份记录、维护记录是否齐全，不足的及时补上。 (2)对数据库系统运行的情况统计。
公共对象请求代理体系结构CORBA简介 CORBA（Common Object Request Broker Architecture, 公共对象请求代理体系结构）是由OMG（对象管理组织，Object Management Group）提出的应用软件体系结构和对象技术规范，其核心是一套标准的语言、接口和协议，以支持异构分布应用程序间的互操作性及独立于平台和编程语言的对象重用。 CORBA经过近十年的发展，已逐步走向成熟，并成功地应用在我国许多大型的软件系统中，由此产生了对掌握CORBA技术的软件开发人员的大量需求。在此，我们应广大读者的要求组织了本次讲座。本系列讲座分别介绍了CORBA的基本思想、体系结构以及CORBA应用程序的设计与开发，希望借此能帮助广大软件开发、设计人员，开阔思路，加深对CORBA的理解，进而真正掌握这门技术，并能在实际工作中加以灵活运用，更高效、迅速地开发出更强壮的软件系统，最终促进我国软件事业的蓬勃发展。 CORBA产生的背景 近年来，随着互联网技术的日益成熟，公众及商业企业正享受着高速、低价网络信息传输所带来的高品质数字生活。但是，由于网络规模的不断扩大以及计算机软硬件技术水平的飞速提高，给传统的应用软件系统的实现方式带来了巨大挑战。 首先，在企业级应用中，硬件系统集成商基于性能、价格、服务等方面的考虑，通常在同一系统中集成来自不同厂商的硬件设备、操作系统、数据库平台和网络协议等，由此带来的异构性给应用软件的互操作性、兼容性以及平滑升级能力带来了严重问题。 另外，随着基于网络的业务不断增多，传统的客户/服务器（C/S）模式的分布式应用方式越来越显示出在运行效率、系统网络安全性和系统升级能力等方面的局限性。 为了解决分布式计算环境（DCE，Distributed Computing Environment）中不同硬件设备和软件系统的互联，增强网络间软件的互操作性，解决传统分布式计算模式中的不足等问题，对象管理组织（OMG）提出了公共对象请求代理体系结构（CORBA），以增强软件系统间的互操作能力，使构造灵活的分布式应用系统成为可能。 正是基于面向对象技术的发展和成熟、客户/服务器软件系统模式的普遍应用以及集成已有系统等方面的需求，推动了CORBA技术的成熟与发展。作为面向对象系统的对象通信的核心，CORBA为当今网络计算环境带来了真正意义上的互联。 CORBA的发展历程 1. 对象管理组织（OMG）简介
数据库对象、安全管理 (总分：28.00，做题时间：90分钟) 一、单项选择题(总题数：23，分数：23.00) 1.修改触发器的SQL语句为______。 （分数：1.00） A.ALTER √ B.CREATE C.UPDATE D.MODIFY 解析： 2.在Transact-SQL语句中，用于拒绝权限的语句为______。 （分数：1.00） A.GRANT B.BACK C.REVOKE D.DENY √ 解析： 3.以下关于标量函数的定义叙述错误的是______。 （分数：1.00） A.标量函数是返回单个数据值的函数 B.同存储过程一样，函数的参数也可以有默认值 C.如果函数的参数有默认值，则在调用该函数时必须指定“default”关键字 D.标量函数的返回值类型可以是大文本、图像等类型√ 解析： 4.默认情况下，新建立的数据库______个用户。 （分数：1.00） A.0 B.1 √ C.2 D.3 解析： 5.存储过程是存储在数据库中的代码，具有很多优点。下列陈述中不属于存储过程优点的是______。 （分数：1.00） A.可通过预编译机制提高数据操作的性能 B.可方便地按用户视图表达数据√ C.可减少客户端和服务器端的网络流量 D.可实现一定的安全控制
解析： 6.下面关于存储过程的描述中，不正确的是______。 （分数：1.00） A.存储过程实际上是一组T-SQL语句 B.存储过程独立于数据库而存在√ C.存储过程可以完成某一特定的业务逻辑 D.存储过程预先被编译存放在服务器的系统表中 解析： 7.修改存储过程的SQL语句为______。 （分数：1.00） A.ALTER √ B.CREATE C.UPDATE D.MODIFY 解析： 8.在SQL Server 2000中，如果希望用户u1在DB1数据库中具有查询T1表的权限，正确的授权语句是______。 （分数：1.00） A.GRANT SELECT ON DB1(T1) TO u1 B.GRANT SELECT TO u1 ON DB1(T1) C.GRANT SELECT TO u1 ON T1 D.GRANT SELECT ON T1 TO u1 √ 解析： 9.计算机系和教务处要对某数据库进行访问，计算机系全体教师对此数据库中的全部数据具有查询权，教务处全体人员对此数据库中全部数据具有查询、插入、删除和修改权。在SQL Server 2000中，下列安全控制方法最合理的是______。 （分数：1.00） A.为计算机系每个教师授予每个表的SELECT权，为教务处全体人员授予每个表的SELECT、NSERT、DELETE 和UPDATE权 B.为计算机系和教务处分别建立一个角色，将两个部门的每个职工设置为相应角色中的成员。将计算机系角色和教务处角色设置为此数据库的db_datareader角色中的成员，将教务处角色设置为此数据库的 db_datawriter角色中的成员√ C.为计算机系和教务处分别建立一个角色，将两个部门的每个职工设置为相应角色中的成员。为计算机系角色授予每个表的SELECT权，为教务处角色授予每个表的SELECT、INSERT、DELETE和UPDATE权 D.将计算机系和教务处的每个职工都设置为db_owner角色中的成员 解析： 10.以下关于执行存储过程的SQL语句描述错误的是______。 （分数：1.00） A.执行存储过程的SQL语句是EXECUTE B.参数的传递方式有两种：按参数位置传递值和按参数名传递值
代理商销售采购及财务信息管理子系统 —数据库设计文档 班级:软件学院2007级 姓名：丁鼎、孔祥楠 学号：1291407016、1291407034、1291407048
代理商销售采购及财务信息管理子系统 ——数据库设计报告 一、需求分析 （一）项目背景 随着经济的飞速发展,人们生活水平的不断提高，对物质的需求不断提高。那么代理商是否可以高效地管理供应链销售链，从而满足客户多变的需求和庞大的信息量。变成为了是否能在市场竞争中取得优势的一个非常重要的因素，信息在社会和经济的发展中所起的作用越来越为人们所重视。 而现在，信息资源的开发利用水平成为衡量一个国家综合国力的重要标志之一。计算机作为信息处理的工具，为适应数据处理需求的迅速提高，满足各类信息系统对数据管理的要求，在文件系统的基础上发展基础数据库系统，数据库方法针对事物处理中大量数据管理需求。我国自从80年代上半期，国家计委统计局计算中心在第一次全国人口普查、工业普查中使用了数据库
管理技术以来，随着微机管理系统的推广，数据库应用逐渐普及。一个公司的信息化平台的建设，可以使企业的经营准确高效地运作。 本子功能系统为代理商各部门的数据流动，对信息的管理，对业务的经营如销售，采购等提供了良好的信息平台，为各部门的信息决策提供了较充分的依据。从而得以建立更稳定，更可靠的公司运作机制。 （二）系统流程图
代理商销售采购及财务信息管理子系统主要有销售，采购，财务，计划任务等几大模块。 销售管理主要是接收客户的订单，并对订单做处理，如检索修改库存，开发货单等等。 采购管理主要是在检索库存后得知货源不足情况下向供应商采购商品，另外，在主管部门计划任务的分配下，采购部也会定期购货。 财务管理主要是对明细账进行管理，以及产生报表以供主管部门参考。 计划任务管理主要是根据报表，分析业务情况，编制计划，并引导采购部购货。 （三）系统功能图
网上购物系统数据库设计学院：计算机与信息工程学院班级：09级2班指导老师：xxxxxxxxxxxxxx 小组成员： xxxxxxxx 时间：2012年5月13日 逊、 同， 计，际的项目设计中可以参考这些成功的电子商务网站。 1. 背景 网上商城类似于现实世界当中的商店, 差别是利用电子商务的各种手段,达成从买到卖的过程的虚拟商店，从而减少中间环节，消除运输成本和代理中间的差价，造就对普通消费，和加大市场流通带来巨大的发展空间。尽能的还消费者以利益，带动公司发展和企业腾飞，引导国民经济稳定快速发展，推动国内生产总值。在现如今的 WEB2.(时代，新的产业在不断衍生，电子商务的兴起，为互联网创业者提供了更多的机会。 本项目基于网上商城在现阶段及未来的发展而开发的电子商务应用，为消费者提供更好更快捷的服务，同时获得利润。 2. 参考项目项目的设计离不开原有的成功的项目以及别的公司的案例，例如淘宝网、亚 马当当网以及新发展起来的麦考林、凡客诚品等等，虽然经营的商品及模式不但是在技术上有很多的相同点。特别是在数据库的设计中，像用户信息表的设商品类别的设计，订单的设计等等，字段都是有很大程度上相同的，所以在实 3. 数据库设计 数据库设计(sql 2005) 是指根据用户的需求，在某一具体的数据库管理系统 上，设计数据库的结构和建立数据库的过程。 数据库设计是建立数据库及其应用系统的技术，是信息系统开发和建议中的核心技术。由于数据库应用系统的复杂性，为了支持相关程序运行，数据库设计就变得异常复杂，因此最佳设计不可能一蹴而就，而只能是一种“反复探寻，逐步求精”的过程，也就是规划和结构化数据库中的数据对象以及这些数据对象之间关系的过程。 4. 数据库设计的重要性 良好的数据库设计对于一个高性能的应用程序非常重要，就像一个空气动力装置对于一辆赛车的重要性一样。如果一辆汽车没有平滑的曲线，将会产生阻力从而变慢。关系没有经过优化，数据库无法尽可能高效地运行。应该把数据库的关系和性能看作是规范化的一部分。
实验：创建与管理其他数据库对象 一、实验目的 掌握创建管理索引、视图、存储过程和触发器对象的使用方法； 二、实验环境 已安装SQL Server 2005 企业版的计算机； 具有局域网环境,有固定IP; 三、实验学时 4学时 四、实验要求 1.掌握索引的创建和管理方法； 2.掌握视图的创建和管理方法； 3.掌握存储过程的创建和管理方法； 4.掌握触发器的创建和管理方法； 5.完成实验报告； 五、实验内容及步骤 请使用T-SQL 语句实现进行以下操作： 1.在student表的sno列上创建唯一性聚集索引index_sno use stu go create unique clustered index index_sno on student(sno) 2.在student表的sname列上创建唯一性非聚集索引index_sname use stu go create unique nonclustered index index_sname on student(sname) 3.在student表的sage列上创建非聚集索引index_sage use stu go create nonclustered index index_sage on student(sage) 4.在sc表的sno列和cno列上创建复合非聚集索引index_sno_cno use stu
go create index index_sno_cno on sc(sno,cno) 5.将索引index_sno_cno更名为index_snocno exec sp_rename'sc.[index_sno_cno]','index_snocno','index' 6.删除上面的索引index_snocno use stu go drop index index_snocno on sc 7.查看student表的索引基本信息 EXEC sp_helpindex student 8.创建一个只选修8号课程的学生情况的视图信息 use stu go create view xuanxiu_8 as select student.sno, sname,sage,sdept,ssex from student,sc where student.sno=sc.sno and cno='8' group by student.sno,sname,sage,sdept having count(cno)=1 9.创建一个视图view_stu，只包含学生的学号，姓名，年龄信息 create view view_stu as select sno as学生学号, sname as姓名,
第二章平台简介 （一）数据库平台介绍 １．SQL SERVER 数据库简介 数据库技术发展至今已有30多年的历史，数据库技术日趋成熟，应用也越来越广泛，出现了许多商品化的数据库管理系统，如DB2，Informix，Oracle，SQL Server 及Sybase等。其中SQL Server 也经历了一个从产生到发展的过程，今天Microsoft SQL Server 2000 是在成熟和强大的关系型数据库中最受欢迎、应用最广泛的一个。 Microsoft SQL Server 2000 是Microsoft 公司继SQL Server 6.5和SQL Server 7.0以后，在新千年推出的又一改进的新版关系型数据管理系统。它能使用户快捷地管理数据库和开发应用程序。SQL Server 2000 使用了了先进的数据库结构，与Windows DNA紧密集成，具有强大的Web 功能，它可以利用高端硬件平台以及最新网络和存储技术，可以为最大的Web站点和企业应用提供优良的扩展性和可靠性，使用户能够在Internet 领域快速建立服务系统，为占领市场赢得宝贵的时间。同时，SQL Server 2000 还为用户提供了重要的安全性功能的增强，为用户的数据安全提供了可靠的保证。另外，SQL Server 2000还为用户提供了重要的安全性功能的增强，为用户的数据安全提供了可靠的保证。另外,SQL Server 2000 在数据库服务器自动管理技术方面处于数据库领域的领先地位，它可以使用户免去繁琐复杂的工作量，从而有精力处理更重要的问题，使用系统在商业战略上占得先机。 关系型数据库系统是当前最流行的数据库软件系统。它是一个非常复杂的软件系统，对数据库的所有操作，包括定义、查询、更新和各种运行控制最终都通过它来实现的，因它是使数据库系统具有资料共享、并发访问、资料独立等特性的根本保证。就关系数据库管理系统(RDBMS)而言，它是位于用与操作系统之间的一层数据管理软件，它主要负责强化数据库的结构，简单来说包括如下功能：（１）维持数据库中资料的关系。 （２）保障资料的正确存储，即保障定义资料之间的关系的种种规则不会被违
数据库优化服务项目需求 一、项目概述 广西北部湾银行（下面简称北部湾银行）目前正在进行新一代系统群开发改造工作，为保障北部湾银行新老系统更新换代时数据库系统安全、稳定、高效运行，提高各业务系统投产后数据库运行质量，制定数据库运行维护和应用开发新规范，进行数据库专项优化服务采购。本招标项目广西北部湾银行数据库专项优化采购项目需求（项目名称）招标人为广西北部湾银行，资金已落实，项目已具备招标条件，现对该项目采购标的进行招标，具有提供标的物能力的供应商均可前来报名参与投标。 二、项目需求 需求清单 （一）整体目标： 以提升SQL质量，保障系统稳定上线运行为目的，保证新一代各系统最终并发处理能力达到各系统与北部湾银行签订的开发合同中要求的并发TPS以及响应时长要求，并着重提高本文件项目需求中所列重要系统重点业务响应时间，保障各系统数据库两地三中心数据库架构的稳定高效。 （二）新一代项目个系统数据库优化服务内容： 应用层面： 1．优化数据库的范式设计，使数据结构清晰、避免数据冗余。 2．深入了解业务系统、应用调用逻辑、与外围系统之间调用关系，结合数据库层面跟踪重要业务的调用处理流程，提出优化建议。 3．了解应用系统的软件总体架构，从数据库层面提出风险点、优化建议。 数据库层面： 1.规划设计、安装部署：
（1）操作系统版本与数据库的版本、补丁选择，完成数据库集成规划、部署； （2）制定linux、unix的最佳实践参数规划； （3）制定Oracle、Mysql两地三中心的高可用、容灾架构设计以及实施； （4）制定Oracle、Mysql的备份、恢复策略；并根据实际环境完成实施落地。 （5）制度安全审计策略规划，进行数据库安全加固，用户权限分离； （6）结合招标人系统实际情况，对已有架构提出风险点、优化建议。 2.开发测试阶段通过专业SQL审核工具对各系统数据库进行分析和优化，上线后帮助招标人建立完善的SQL质量管控体系 （1）深入到招标人新一代系统项目工作中，与新一代项目群中各应用开发厂商协调工作，在日常开发、跑批、数据迁移、压测、系统上线等阶段，进行监控和主动式、被动式性能分析、系统优化、SQL 优化。针对不同阶段，制度不同的监控策略、频率，实现对业务系统的健康状况全程跟踪。 （2）制定数据库开发规范，提供的SQL审核工具须包含该功能，包括但不限于规范表、索引、分区等对象的命名、注释，依照规范提供核查方法，并针对发现的相关问题进行跟踪优化。 （3）优化数据对象设计（表/索引/序列/表空间/用户等），能通过动态监测对象或其他手段发现可能存在隐患的碎片化、表设计（如大表未分区）、索引设计、LOB字段，结合业务提出合理的表空间规划，做到热点数据分离、尽量减少碎片化。 （4）优化数据生命周期管理，配合应用优化已有的数据清理方案，且通过监测或其他手段提出可能可以清理迁移的对象，尽可能避免大数据量带来的问题。 3.数据迁移 主动配合招标人以及服务招标人的开发厂商测试数据迁移方案，帮助提升迁移效率，协助完成数据迁移的准确性校验，以达到准确性及时限要求。 4.两地三中心的高可用灾备演练测试 在配合应用的高可用演练同时，进行如下测试： （1）高可用测试，验证高可用架构的有效性，输出数据库高可用测试报告； （2）容灾切换测试，验证容灾环境的有效性，输出数据库容灾切换操作手册； （3）备份恢复测试，验证数据库备份恢复方案的有效性，输出数据库备份恢复操作手册； （4）提供其他故障应急处理模拟场景模拟、预防与处理流程，如删表等危险操作； （5）针对全链路、投产演练、投产、运维、两地三中心不同项目阶段提供成熟的数据库监测、调优。 5.上线保障 （1）环境深度健康检查及专家现场保障； （2）数据库台账整理与评估；
数据库运维管理规范龙信思源（北京）科技有限公司
一、总则 为规范公司生产系统的数据库管理和配置方法，保障信息系统稳 定安全地运行，特制订本办法。 二、适用范围 本规范中所定义的数据管理内容，特指存放在系统数据库中的数据，对于存放在其他介质的数据管理，参照相关管理办法执行。 三、数据库管理员主要职责 3.1.负责对数据库系统进行合理配置、测试、调整，最大限度地发 挥设备资源优势。负责数据库的安全运行。 3.2.负责定期对所管辖的数据库系统的配置进行可用性，可靠性， 性能以及安全检查。 3.3.负责定期对所管辖的数据库系统的可用性，可靠性，性能以及 安全的配置方法进行修订和完善。
3.4.负责对所管辖的数据库系统运行过程中出现的问题及时处理解决。 3.5.负责对所管辖数据库系统的数据一致性和完整性，并协助应用开发人员、使用操作等相关人员做好相关的配置、检查等工作。 3.6.负责做好数据库系统及数据的备份和恢复工作。 四、数据库的日常管理工作 4.1.数据库管理的每日工作 (1)检查所有的数据库实例状态以及所有与数据库相关的后台进程。 (2)检查数据库网络的连通与否，比如查看监听器（listener）的 状态、网络能否ping通其它的计算机、应用系统的客户端能否连通服 务器等等。 (3)检查磁盘空间的使用情况。如果剩余的空间不足 20% ，需要删除不用的文件以释放空间或申请添加磁盘。 (4)查看告警文件有无异常。 (5)根据数据库系统的特点，检查其它的日志文件中的内容，发现 异常要及时加以处理。 (6)检查cpu、内存及IO等的状态。 (7)检查备份日志文件的监控记录，确定自动备份有无成功完成。 对于数据库的脱机备份，要确信备份是在数据库关闭之后才开始的， 备份内容是否齐全。运行在归档模式下的数据库，既要注意归档日志
IPI ：灵活高效的对象代理数据库索引结构* 李宇珺，彭智勇，吴瑕，兰海，彭煜玮+ 武汉大学计算机学院，武汉430072 IPI:Flexible and Efficient Index Structure for Object Deputy Database * LI Yujun,PENG Zhiyong,WU Xia,LAN Hai,PENG Yuwei + School of Computer,Wuhan University,Wuhan 430072,China +Corresponding author:E-mail:ywpeng@https://www.doczj.com/doc/5c5881471.html, LI Yujun,PENG Zhiyong,WU Xia,et al.IPI:flexible and efficient index structure for object deputy database.Journal of Frontiers of Computer Science and Technology,2018,12(8)：1191-1201. Abstract:Existing index structures for evaluating path expression in object deputy database all have an obvious dis-advantage which is lack of flexibility.To solve this problem,this paper proposes an index structure:inverted path index (IPI),which can not only be used flexibly for any path expression,but also effectively reduce the cost of evalu-ation.IPI consists of Inverted-Object-Index and Predicate-Index,the former uses inverted index to store the deputy relationship between objects,and the latter facilitates the associative search of objects.Based on IPI index structure,IPI index method is designed and implemented to evaluate path expression.The experiments are taken on various influential factors of path expression evaluation,and the experimental results show that IPI index method can evaluate path expression efficiently,and its flexibility outperforms the other methods in most cases. Key words:object deputy database;inverted path index;path expression;query optimization;flexibility 摘要：目前对象代理数据库中路径表达式计算的索引结构都存在一个严重问题：缺乏灵活性。针对该问题提出了一种索引结构——倒排路径索引（inverted path index ，IPI ），包括Inverted-Object-Index 和Predicate-Index 。前者利用倒排索引存储对象间的代理关系，后者则辅助进行对象关联检索，不仅能灵活用于任意路径表达式，还能有效减少计算开销。基于IPI 索引结构设计实现了计算路径表达式的IPI 索引方法。通过实验分析了影响路径表达式计算效率的各种因素，实验结果表明，IPI 索引方法能高效地计算路径表达式，且灵活性在*The National Key Research and Development Plan of China under Grant No.2016YFB1000701(国家重点研发计划). Received 2017-08,Accepted 2017-10. CNKI 网络出版:2017-10-16,https://www.doczj.com/doc/5c5881471.html,/kcms/detail/11.5602.TP.20171016.1626.002.html ISSN 1673-9418CODEN JKYTA8 Journal of Frontiers of Computer Science and Technology 1673-9418/2018/12(08)-1191-11 doi:10.3778/j.issn.1673-9418.1709042E-mail:fcst@https://www.doczj.com/doc/5c5881471.html, https://www.doczj.com/doc/5c5881471.html, Tel:+86-10-89056056万方数据