对象数据库范文
时间:2023-03-18 17:03:54
导语:如何才能写好一篇对象数据库,这就需要搜集整理更多的资料和文献,欢迎阅读由公务员之家整理的十篇范文,供你借鉴。
篇1
1.1核心概念
1.i.1对象与对象标识
对象,是现实世界中实体的抽象,是数据和操作的集合,是持久化到数据库中的最小的存储单位。
这里的对象其实与一般的面向对象程序设计语言中的对象并没有很大不同。但是,这里的对象是持久性的。数据库中的对象是数据记录的最小单位,也就是说,数据库中至少存在一个对象才有意义。当然,对象中还可以有对象的属性,方法等,但一个对象必须是完整的。
对象标识,指的是唯一标定一个对象的标志,一个对象对应一个标识符。在现实世界中,对象可能会随着时间的推移而发生改变,但对象标识不应该改变,因此,对象标识自对象生成后就不应该再改变,否则无法使用对象标识唯一确定一个对象了。即使两个对象的属性和方法以及状态完全一致,只要其对象标识不同,则两者是不同的对象。
对象标识一般有以下三种实现方式川(e}‘一r}sz}:
(1)值标识,使用对象的某一属性作为其对象标识,不推荐此方式。
(2)名标识,使用一个名字来表示标识。推荐此种方式。
(3)内标识,以上两种方式是由用户建立的,而这种方式是由系统内部建立的,不具有任何实际含义,且只有系统才可以“观察”此类对象标识。
另外,在对象数据库中,标识是永久不变的,即具有永久持久性,这和面向对象程序中的对象标识不一样,面向对象程序中的对象标识只具有对象内持久性。
1.1.2封装
抽象是对象的外部界面与内部实现之间实行清晰隔离的一种抽象,外部与对象的通信只能通过消息来实现[2)(e3o6-r}s6>.在对象数据库中,表现为对象的私有和保护成员只能通过其方法来查询得到,而公有成员可以直接查询。这种方式的优点是对象被封装成了自含的单元,对象只接受已定义好的操作,其他对象不能直接访问对象的非公有成员。缺点是丧失了传统关系数据库中进行即席的、按内容的查询,这就不够方便灵活了,因此,需要做一些改进和妥协。
1.1.3类
共享同一属性和方法集的所有对象构成的对象类,一个对象是一个类的实例。在数据库是一种抽象的数据类型,相当于关系数据库中的一张表。
1.1.4类层次
这里涉及到继承的概念,即类可以继承类,从而具有与父类(或称超类)的所有符合条件(只保护类型或公有类型)的属性和方法。这是关系数据库中所没有的。
1.1.5消息
指的是对象的方法调用。通过对象的方法调用可以访问对象的属性数据和执行业务逻辑。这也是关系数据库中没有的。
1.2对象与对象标识
1.2.1对象结构
包括两部分,一个是属性集合,一个是方法集合。属性集合将用于存储数据,方法集合将用于操作数据。属性集合即是对象的成员变量,其中又可以分为公有类型的成员、私有类型的成员和保护类型的成员。公有类型的成员可以直接使用查询语句进行查询,保护型成员可以在该类的子类的对象中直接访问,私有类型的成员只能在本类的对象中访问,外部对象只能通过实现定义好的方法(即操作)进行访问。如果没有事先定义好的方法,则外部将无法访问这些变量的值,这就实现了对象的封装性了。在00数据库中,对象结构同样分成这两种集合。
1.2.2对象标识
表示在一个数据库中一个对象仅有一个唯一不变的标识就是对象标识。这个标识用来精确定位一个对象。在00数据库中,对象标识是唯一标定这一持久性存储单元的唯一依据。其它对象或方法访问本对象的属性和方法必须先找到该对象的对象标识,否则无法访问。
1.2.3封装
即将一个对象的属性和方法封装在对象内部,外部只能通过对象提供的外部接口进行访问。这样就提高了数据的安全性和代码的重用性。
I.3类与类层次
相似对象的集合称为类,在数据库中表现为面向对象数据库模式的集合,它规定了该类的对象的数据结构规则和操作规则。在面向对象数据库中,一个类相当于关系数据库中的一张表。它同样有字段和属性,甚至还有关系数据库表所没有的方法。这种思路将使得可以在面向对象数据库中实现复杂的逻辑。
类层次表现在继承上,即父类和子类的层级关系。这是为了多态和数据共享的目的。这种思路可以象Java中那样使用接口和基类来完成设计。
1.4继承
就像类层次中所说的,继承是为了多态和数据共享的目的,也是面向对象代码重用的重要机制之一。
I.5滞后联编
即实现了重载的效果,OODBMS不能在编译时把操作名联编到程序上,必须在运行时根据需要进行抉择。
1.6对象的嵌套
是一种设计模式-组合。将多个类的对象加人到一个类的属性中,使之实现复杂的功能。
2面向对象数据库语言
ool}B语言用于描述面向对象数据库模式,说明并操作类定义和对象实例。ooDB语言主要包括对象定义语言(ODL)和对象操作语言(OML),其中对象操作语言又包括一个重要子集-对象查询语言(OQL)t3)。OODB语言一般应该具备下列功能。
2.1类的定义与操作
包括定义、生成、存取、修改和撤销类。其中类的定义包括定义类的属性,操作特征、继承性与约束等。
2.2操作/方法的定义
面向对象数据库语言可以用来定义操作/方法,在操作实现中,语言的命令可用于操作对象局部数据结构。
2.3对象的查询
OODB语言可以用于操作(包括生成、存取、修改与删除)实例对象。对于对象的存取-查询部分,OODB语言可以直接查询对象个公有成员而不必向每一个对象“-单”发送消息。而对于非公有成员,则只能通过发送消息来实现存取、修改与删除了。通过发送消息的查询效率可能会很低,因此对于一些经常要查询的数据应该尽量定义为公有类型。
3面向对象数据库模式
3.1模式的一致性
(1)唯一性约束:即同一模式中所有类的名字必须唯一、类中属性名和方法名必须唯一。
(2)存在性约束:每个被引用的类必须在模式中定义、某操作代码中调用的操作不需给出说明、每一个说明的操作必须存在一个现实程序。
(3)子类型约束:子类和父类(或超类)不能有环、不能有多继承(向Java学习)、单一超类必须加以说明。
3.2模式演进操作
主要包括以下几个部分:
(功类集的改变
(2)已有类的成分的改变
篇2
关键词 分析化验;业务域;POSC Epicentre逻辑模型;业务活动
中图分类号:TP311 文献标识码:A 文章编号:1671-7597(2014)04-0017-02
1 业务对象分析
库房中储存的样品主要是岩石样和流体样,根据取样方式的不同可以把岩石样分为岩心样、壁心样、岩屑样和露头样,把流体样分为常温常压流体样和高温高压(统称PVT)样,根据流体相态又可以把流体样分为油样、气样和水样。
分析化验所使用的样品是小样,也叫做实验用样,是大块岩石样或大桶流体样中的一部分。根据实验的目的和要求,可以把小样分为水平样和垂直样。
2 分析化验项目分析
根据样品的类型可以把分析化验分为流体样实验、岩石样实验和岩石样-流体相共存实验3种。
2.1 流体样实验
流体样实验是对从井筒或地面上取得的流体样进行分析的,研究井筒中流体的特性,为油气田开发前期设计提供参考依据,为生产井提能分配或井下作业提供基本数据支持。
根据流体取样方式的不同,把流体样实验分为常温常压流体实验和PVT实验,由于流体相可以分为油相、气相和水相,所以流体实验又细分为常温常压油样实验、常温常压气样实验、常温常压水样实验、原油PVT实验、易挥发油PVT实验和凝析气PVT实验。
2.2 岩石样实验
岩石样实验是对钻井过程中取到的岩石所进行的分析或鉴定,是地层岩石特性最直接、最准确的表现。
根据实验的目的不同,把岩石实验分为常规岩心分析、特殊岩心分析、岩石地化分析等。
2.3 岩石样-流体相共存实验
岩石样-流体相共存实验是分析岩石在以不同的流体相作用下,所呈现出来的岩石的润湿性和联通性等,主要有毛管压力实验和相对渗透率实验等。
根据流体相作用方式的不同可以分为压汞法和驱替法,驱替实验分为油驱替水、水驱替油和气驱替水等。
3 业务分析
业务分析是数据库设计的基石,只有业务分析好,才能设计出满足需要的业务模型。根据工作内容可以把业务分析分为业务调研、业务划分、业务活动分析和数据分析。
3.1 业务调研
确定分析化验业务域的业务调研范围和调研内容,形成业务调研清单,并制定业务调研模板。业务调研模板是业务调研的依据,必须要包含业务名称、业务流程和数据应用情况等。在执行调研时,按照业务调研模板内容,详细了解分析化验业务现状、数据库现状、应用现状和数据管理机制等,并收集相关资料(报表、数据、业务规范等)。
3.2 业务划分
根据业务调研情况对分析化验业务域进行业务划分,划分为一级业务和业务活动,一级业务主要有常规岩心分析、特殊岩心分析、岩石地化分析、油气地化分析、岩矿分析、同位素分析、岩石力学分析、古生物分析、油气水分析和流体PVT分析等。
业务活动是对一级业务进行细分,直至划分到不能再分为止。如一级业务常规岩心分析包含有岩石物性分析、岩心伽玛测定和岩心CT扫描等。
3.3 业务活动分析
根据业务划分得到一个个业务活动,每一个业务活动都有自己的业务含义和业务范围。业务活动分析就是要详细分析每一个业务活动流程,如业务活动的时间、地点、参与人员、业务规则、输入数据、输出数据、相关的标准规范等。如岩石物性分析是实验员(who)收到分析化验任务后(when),在实验室(where)根据样品基本信息和检测任务单的要求对岩心样品(which)进行岩石孔隙度、渗透率、含油饱和度、密度、碳酸盐岩含量的分析化验,形成岩石物性分析成果数据表和业务分析报告(what),为表征岩石孔隙的发育程度、储集流体的通过能力和岩石渗流特征提供重要参数,为储量计算、采收率确定等提供参数依据(why)。
3.4 数据分析
数据分析是对业务活动数据集和现有专业数据库物理表进行详细分析,业务活动数据集分析是对业务活动的输入数据和输出数据进行分析,规范业务活动输入数据集和输出数据集,形成业务活动数据集;现有专业数据库物理表分析是对现有在用专业数据库物理数据表进行分析,分析出专业数据库物理数据表的实际业务含义,具体是哪个业务活动产生的,对应于业务活动的哪个数据集,形成专业数据库物理数据表对业务活动数据集的映射关系。
数据分析表如下:
业务活动 输入数据 输出数据 业务活动数据集 专业数据库
岩石物性分析 检测任务单 岩石物性
分析报告 岩石物性分析报告 文档数据库
实验样品信息 岩石物性分析
成果数据 分析化验数据库
4 数据模型设计
数据模型设计是实现业务分析到物理模型设计的所有过程,主要分为业务模型设计、采集模型设计、逻辑模型设计和物理模型设计。
4.1 业务模型设计
根据业务调研和分析成果,对业务模型进行标准化梳理,对数据流进行详细分析,完成从业务分析到业务模型的转换,形成业务模型。
4.2 采集模型设计
制定业务模型中数据集合并原则,根据这些原则分析业务模型中需要合并的数据集,通过专业工具完成业务模型数据集的合并工作,实现从业务模型到采集模型的转换。业务模型数据集合并原则:首先是业务活动场景相同;其次是业务活动产生的数据项相似。
4.3 逻辑模型设计
通过对POSC Epicentre逻辑模型和PPDM模型的研究,结合石油企业业务实际,采用面向对象的设计方法设计分析化验逻辑模型。逻辑模型主要分为对象模型、活动模型和属性模型。对象模型是对分析化验业务域中所涉及到的业务进行抽象,提取出一个个业务对象,用前缀OOE_表示,如岩心的对象模型是OOE_Core等;活动模型是对分析化验业务域中所有业务场景进行抽象,形成业务活动编目,存储在OOE_Activity实体里,具体的业务分析活动只是业务活动编目的具体实例。如岩石物性分析是业务活动,***井岩心常规分析报告是业务活动实例;属性模型是业务活动数据集中的相同数据项的抽象,提取出一个个属性对象,使用前缀OOP_表示,如孔隙度的属性模型是OOP_Porosity。
4.4 物理模型设计
设计从逻辑模型到物理模型的投影规则,依据投影规则实现逻辑模型到物理模型的转换,投影出不同版本的数据库,以支持不同的数据存储和管理需求。常用的投影规则有直接投影、复制投影和合并投影,不同的实体具有不同的投影规则。在投影时,为了保证物理模型的最优化设计和数据存储的最少冗余,要求分析所有实体对应的最优投影规则,根据最优投影规则一次投影出物理模型。
5 总结
分析化验对象数据库的设计是依据国际先进的POSC Epicentre模型,根据对象设计方法设计的,具有对象的特征,能很好的满足业务人员的使用习惯,为今后的勘探开发设计提供强有力的支持。
篇3
关键词:面向对象技术 数据库系统设计 对象模型
一、面向对象的有关基本概念
(一)对象(Object)、方法(Method)及消息(Message)
客观世界的问题都是由客观世界中的实体及其相互之间的关系构成的。我们将客观世界中的实体抽象为问题空间中的对象。由于我们需要解决的问题不同,我们面向的对象也就不同,因此对象是不固定的。一本书可以是一个对象,一家图书馆也可以是一个对象。从动态的观点看,对象及其操作就是对象的行为,一个对象的通常定义是:对象是对一组信息及其上面的操作的描述。
私有数据结构和处理,这些处理又称为操作(Operation)或方法(Method),包括控制和过程。其中私有数据表示了对象的状态,该状态只能由私有操作来改变,每当需要改变对象的状态时,只能由其它对象向该对象发送消息。
消息是用来请求对象执行某一操作或回答某些信息的要求,消息统一了数据流和控制流,程序的执行是靠在对象间传递消息来完成的。表示消息的形式是消息模式。对同一消息模式的不同消息,同一对象所作的解释和处理都相同,但是会由于对象状态的不同而导致操作结果不同。一个消息模式定义对象的一种处理能力,所有消息模式及相应于消息模式的处理能力,定义了对象的外部特征。
(二)类(Class)、实例(Instance)、继承性(Inheritance)
在客观世界中,有许多具有相同特征的事物,如:小轿车、大客车、卡车等,可以归类为机动车。从对象观点看,具有共同的属性、共同的操作性质的对象的集合就是类,而单个对象则是对应类的一个实例。例如:书是一个类,而某一本具体的书如《面向对象的分析》则是该类的一个实例,任何一个对象都是某一个类的实例,并继承该类定义的私有数据和操作。这就是继承性,一个类实质上定义的是一种对象类型。
类构成层次结构,相对上层的是超类,相对下层是子类,子类在继承超类的私有数据结构及操作的同时可以拥有自有的私有数据结构及操作。如果一个子类只有一个超类,则称为单继承性,这时该类共享多个超类的属性及操作。
类和继承性是现代软件工程中的重要概念,软件的可重用性、程序成分的可重用性是通过继承类中的属性和操作而实现的。许多工业观察有相信可重用软件不是通过建立传统的过程序(子程序库),而是通过建立"类库"实现的。
(三)封装性(Encapsulation)
对象的封装性体现在以下几个方面:
对象具有清楚的边界:对象的内部软件(数据结构及操作)的范围,限定在这个边界之内;对象具有统一的外部接口:对象的接口(消息模式)描述该对象与其他对象间的相互作用;对象的内部实现是不公开的:对象的实现给出了对象提供的功能细节,外部对象是不能访问这个功能细节的。
信息隐蔽是软件开发过程中强调的一个重要概念,对象的封装性很好地体现了这一概念。这就便利得用面向对象技术所开发设计的软件的可维护性大为改善,这也是软件技术追求的目标之一。
二、面向对象技术在数据库设计过程中的应用
面向对象技术在数据库系统中的一个重要应用是面向对象数据库系统的研究,随着数据库应用领域的扩大,新的应用领域,例如计算机辅助设计、计算机辅助软件工程、超文本应用等提出了模拟复杂对象、模拟对象的复杂行为等新需求。传统的关系数据库难以满足这些需求,应用的发展推动了数据库新技术的研究,面向对象的数据库系统应运而生。
面向对象技术在数据库系统中的另一个重要应用是面向对象的数据库应用开发工具的研究。随着客户机/服务器体系结构的发展,以及对全企业范围数据库应用系统的需求。传统的关系数据库的应用开发人员对数据库应用开发工具提出了新的要求,要求它们支持图形化用户界面(GUI)开发、软件部件重用、开发组的工作方式、应用系统的可伸缩性、可扩充性等。与这些要求相呼应,数据库厂商和工具开发商将面向对象技术应用到关系数据库应用开发工具中,推出了面向对象的数据库应用开发工具,并投入市场,为在关系数据库系统的应用开发中采用面向对象技术提供了有力的支持。
总之,随着科学技术不断进步和经济不断发展,面向对象技术在当今软件开发中的运用越来越广泛,面向对象技术中使用UML语言对于数据库系统的设计具有非常重要的作用。运用UML语言能详细描述数据库系统的外部功能结构、内部静态结构、动态结构以及程序代码的物理结构,采用面向对象的成熟技术提高了数据库系统设计的效率和质量,提高了数据库系统软件开发的可重用性和可维护性。
参考文献:
[1]吴际、金茂忠.UML面向对象分析[M].北京:北京航空航天大学出版社,2002.
[2]萨师煊、王珊.数据库系统概论[M].北京:高等教育出版社,2002.
篇4
关键词:面向对象 数据库系统设计 程序开发
一、引言
企业在信息化建设中,要求各异,千头万绪,其核心在于企业海量数据的管理及挖掘应用。如何开发出完善的企业数据库信息系统已成为当务之急。在此过程中,面向对象技术大有可为。
二、面向对象技术分析
1.简介
面向对象的技术以企业业务对象为设计的基础,以事件或消息处理驱动对象,是构造软件的全新的设计技术。系统开发中代码具备强壮性、可重用性、可扩充性,能有效提升编程效率,同时在很大程度上减少应用软件的维护费用,已成为软件设计开发的首选技术,主流开发工具当推Java及 dot NET。
2.技术特征
2.1类(Class)、实例(Instance)、继承性(Inheritance)
在客观世界中,有许多具有相同特征的事物,如:小轿车、大客车、卡车等,可以归类为机动车。从对象观点看,具有共同的属性、共同的操作性质的对象的集合就是类,而单个对象则是对应类的一个实例。例如:员工是一个类,而某某职员则是员工的一个实例,任何一个对象都是某一个类的实例,并继承该类定义的私有数据和操作。这就是继承性,一个类实质上定义的是一种对象类型。
类构成层次结构,相对上层的是超类,相对下层是子类,子类在继承超类的私有数据结构及操作的同时可以拥有自有的私有数据结构及操作。如果一个子类只有一个超类,则称为单继承性,这时该类共享多个超类的属性及操作。
类和继承性是现代软件工程中的重要概念,软件的可重用性、程序成分的可重用性是通过继承类中的属性和操作而实现的。许多工业观察有相信可重用软件不是通过建立传统的过程序(子程序库),而是通过建立"类库"实现的。
2.2封装性
面向对象技术的封装性是将数据以及相关的操作结合在一起,构成了一个数据和数据操作集合的有机整体,用户并不需要了解对象中关于数据操作的实现,而只需要根据对象所提供的外部接口访问对象。信息隐蔽是软件开发过程中强调的一个重要概念,对象的封装性很好地体现了这一概念。这就便利得用面向对象技术所开发设计的软件的可维护性大为改善。
2.3继承性
面向对象技术的继承性所说明的是两类或者多类对象之间的交互关系,能保证对象继承另一类对象的能力和特性。以继承源为划分依据可划分为单继承和多继承,而按照继承的内容可划分为包含继承、取代继承、特化继承和受限继承等几种模式。类和继承性是现代软件工程中的重要概念,软件的可重用性、程序成分的可重用性是通过继承类中的属性和操作而实现的。
2.4多态性
面向对象技术的多态性是对象在收到相同的信息时产生的不同的动作和操作,实际上也是指不同对象中同样的函数名对应多个功能相似的函数,而在使用过程中可使用同样的方式实现这些不同功能函数的调用。
三、面向对象技术在数据库系统的应用
1.数据库设计应用
数据库管理系统的开发过程包括需求分析和系统设计两个阶段,在完成了需求分析后要进行数据库的设计,数据库设计的好坏直接关系到系统后期的开发。传统需求分析使用数据流图,而数据库设计使用E-R模型,需求分析者和数据库设计者在运用和理解上很难达成一致。如果在需求分析阶段采用面向对象的分析方法,数据库设计也采用面向对象的设计方法,则需求分析阶段的对象模型可以很自然地转化为数据库的结构。使用支持对象技术的统一建模语言(unifiedmodelinglanguage,UML)可以很好的解决数据库设计中的问题,UML语言描述真实世界中的对象和它们之间的关系。运用UML语言能详细描述数据库系统的外部功能结构、内部静态结构、动态结构以及程序代码的物理结构,采用面向对象的成熟技术提高了数据库系统设计的效率和质量,提高了数据库系统软件开发的可重用性和可维护性。
2.代码开发应用
面向对象技术以面向对象的开发方法为基础,以重用的思想为数据库系统构建的整体过程。一方面,具有一定共性的相对独立的要素功能逻辑封装成构件,最终构成具有一定规模的构件库,为同领域中的类似应用系统提供开发的素材,而在另一方面,应用系统的开发过程中也可利用当前所能重复利用的资源开发和设计系统。采用面向对象技术的代码开发通过分层设计,模块开发,整体协作,具备代码强壮性、可重用性以及灵活性优点,可以更好的满足企业需求。
四、面向对象应用程序设计中存在的问题
1.运行效率
面向对象的程序设计能有效提高编程的效率,而通过面向对象程序设计所开发的程序在运行过程中效率相对c++开发方式较低,由于CPU速度提升以及内存的增加,一般规模的面向对象的程序设计系统的运行速度暂时能满足系统用户的使用需求,而当随着应用系统规模的增大,特别是大规模数据处理,面向对象的程序设计需特别重视对算法及sql语句的优化。
2.类库的安全性和可靠性。
面向对象的程序设计类库中的类都经过精心的设计和完善的测试才录入到类库中,但随着类库中类数量的持续增加,不同的运行环境下,各种类的运行效果将无法保证绝对的准确,若是应用程序中使用了类库中有问题的类,那么在运行过程中,相应的类将经过几层继承性才将显示错误,由此将对程序的代码修改工作造成极大的困难。
参考文献
[1]Joey George,面向对象的系统分析与设计,2008(11).
[2]BruceEckel,Java编程思想,2007 (04)
篇5
关键词:ArcSDE技术;GIS技术;集成化管理;面对对象
中图分类号:TP311
随着城市规模不断的发展和壮大,建设市级综合资源的基础数据库已经成为必须。运用现代的数据库信息技术,面向对象集成化管理各级多源的空间数据。现在常采用的数据库管理技术有ArcSDE技术、GIS数据库、CAD平台、MapGIS、Maplnfo、SuperMap、Arcels等矢量数据格式、遥感影像数据、航空影像数据、卫星影像数据等。建设市级综合资源信息系统,不仅可以加快服务工作的信息化,提高日常的办公效率和市级政府的管理水平,同时,也对整个信息化和经济化的社会带来好的影响。这些年来,计算机技术、软件更新、硬件设施和空间信息技术的发展壮大,已经有大量的城市综合信息为市级政府提供支持和服务。城市综合信息数据库的建设也有很好的发展。在GIS技术不成熟之前,城市的信息数据是相分离的,空间数据和非空间数据不能集成在一起,因此对城市信息的收集和管理缺乏统一的认识。在GIS空间数据库技术成熟之后的今天,已经实现了空间数据库管理空间数据的可能性,集成空间数据与属性数据为一体整理存档在空间数据库管理系统中,早前出现的大量文件形式的数据存取难、多名使用者同时发送和数据远程共享等多方面的限制已经被解决。城市综合信息集成化空间数据库的建立为城市的管理和信息共享提供了可能,只有标准化、面对对象的、集成型的资源共享平台,才能更好的服务于城市建设和管理,综合应用一体化空间数据库管理各式各样的内容、格式、尺度、时间的空间数据,才是科学有效的城市综合信息数据库。在城市综合信息数据库中,基础的地理信息数据库是城市公用性最重要的数据库。能否建立一个健全的市级基础地理信息数据库,是检验一个城市的数字信息化程度的一个重要标准。为推动不同地理空间数据集的非重复采纳,避免浪费,调节地理空间数据的采用,对地理信息进行高效且经济的管理,需要建设地理基础信息数据库。国家测绘局提出的4D产品战略已经基本完成了全国范围内的1:5万、1:25万、1:100万的基础地理数据库的管理。我市与其他各省市正在按照国家的标准建立属于自己的基础地理数据库。本文结合我市基础地理数据库的建设开展研究,对如何建立面向对象的集成化数据库系统进行设计并实现。
1 城市地理数据特点
(1)地理数据类型。城市地理数据类型按数据的类型划分,有属性文件数据、空间图形数据、多媒体数据、相关的文档数据等内容。数字线划图是带有拓扑关系的用矢量描述的空间信息,同时还包含关系结构属性信息。涵盖的内容有居民居住地、政府部门所在区域、交通和管理网、水系统以及配套设施、地形地貌、街区名测量控制点等内容。此数据库的建立可以方便的用于城市规划建设、资源管理方面、商业规划等各个方面。也可以为某些专业信息系统提供空间定位系统。也可以生产关于地形图方面的产品。(2)地理空间数据的格式。地理空间图形数据的格式有多种多样,地理空间图形数据的测绘大多是在CAD平台的基础上,在地理空间数据中应该包括建成的GIS数据。另外地理空间数据还应该包含关于遥感的影像数据的处理,其中卫星影像数据和航空影像数据应包含在遥感的影像数据中。只有地理空间数据格式多种多样才能保证数据在应用中和共享方面的复杂多样。(3)地理空间数据的尺度。地理空间数据的尺度需求为多尺度的,同类型的地理空间要素要表现不同的性质在不同类型的尺度中。多尺度类型的数据可以更好更全面的表现基础地理数据库的业务差异和需求。在区县的地籍管理中,空间地理位置要求更高的精确度,常采用很大的比例尺作为空间数据尺度。(4)地理空间数据的时间。时间特性是基础地理空间数据库的一个重要的特点。地理空间数据在实践方面总处于变化之中,每次的变化都是用空间数据来更新体现。在地理空间数据库中,也经常要对过去的变化信息进行分析更新,以此提高判断的科学性和高效性。
2 数据库的设计思路
我市的基础地理空间数据库管理系统运用ArcSDE技术的建库模式,采用面对对象这一基本组件进行开发。运用工具VB和ArcObjects开发。用Oracle9i作为数据库的管理层面,Oracle9i的优点是大数据库支持可以实现安全以及完整性的控制要求,并且可兼容、可连接、可移植。空间数据引擎引用ArcSDE,该空间数据引擎与Oracle的结合实现了空间数据的大量存储管理。同时这两者的结合也是至今为止世界上最成熟稳定的空间数据管理技术,同样也是我市建设基础空间数据库的主要形式。
数据库管理系统的总体有以下几部分组成,有软硬件、网络环境、空间数据库、数据库的管理服务系统等,具体如一些工作站、服务平台、微型空间数据库、存储装置、网络设备等等。空间数据库则包括了数字线划图、数字栅格地图、数字高程模型、地名以及数字正射影像地图等数据库。数据库的管理系统中对服务系统的维护和使用是利用软件系统的开发实现的,譬如数据入库、处理、管理、维护、制图等。
我市地理基础空间数据库采用GeoDatabase数据模型,面向对象进行数据模型的组织,利用这个GeoDatabase数据模型定义不同的客户,因而为不同客户提供不同的且完整的数据平台。根据基础地理信息的数据结构与GeoDataBase的数据模型相结合,将空间数据库划分为五个等级:总库、分库、子库、逻辑层、物理层。总库通过命名Oracle数据库自定义为市基础空间数据库。分库命名也根据Oracle数据库自定义为1:25万为“250K”、1:5万为“50K”、1:1万为“10K”。每个分库在划分子库,命名为“DLG”为矢量数据库,“DOM”为数字正射影像数据库等。接下来是逻辑层和物理层,根据DLG数据库的要求,按每个逻辑层和Feature Class进行分层,ArcSDE中相对应Feature Class的命名规定为总库名+分库名+“_”+子库名+带号+“_”+逻辑层代码+“_”+物理层层代码。
多个空间的数据服务器应用系统一体化集成是地理空间数据库必须解决的问题,数据量特别庞大,且常用一台服务器进行管理,在数据的大量处理中必然会带来一定影响。所以可以将空间数据库进行多台服务器存放,服务器可分不同区域存放,分散空间数据库的方式是一种高效的管理途径。通过数据管理器对不同空间数据服务器的集成管理满足了大规模空间数据库应用系统的建设需要。
3 结束语
GeoStar的核心是面向对象的集成数据库的管理系统,它高效、适应性广、直观。已经应用在全国的基础地理信息系统上。本文介绍的利用ArcSDE技术和GIS技术,并且采用集成化管理影像、矢量和DEM三库集成的的空间数据为模型。
对市级基础地理数据库进行基础库管理系统的设计,已经在应用中,并且为“数字地球”的目标提供了一个可以实施的方案。
参考文献:
[1]潘瑜春,钟耳顺,梁军.基于空间数据库技术的地籍管理系统研究[J].地理研究,2003(02):237-244.
[2]万定生,张俐,吴红.中间件技术在汛情监视地理信息系统中的应用[J].计算机工程与科学,2003(01).
[3]张成才,孙喜梅,黄慧.SDE的实体――关系模型空间数据管理方式研究[J].计算机工程与应用,2003(02):199-201.
[4]周卫.Arc/Info的新型数据模型Geodatabase及其操作[J].计算机与地图,2001(05).
[5]ESRI.ArcGIS Hydro Data Model[Z].ESRI Press,2001.
[6]李家田,刘洪斌,武伟,等.基于SDE的土壤信息系统空间数据库的设计和构建[J].西南农业大学学报,2003(02).
篇6
>> 基于联邦数据库的数据集成平台研究与改进 基于PowerDesigner的网络管理数据库设计 基于MEAN架构与图数据库的企业社交网络平台设计 基于SQLite数据库的安卓日程管理系统的设计与开发 基于ArcSDE面向对象集成数据库管理系统的设计和实现 基于CSCW异构数据库集成管理系统的设计 基于XML的异构数据库集成设计与实现 基于Web数据库的考务管理平台方案 《数据库开发》课程的设计 基于后台数据库的网络课设计 基于工作过程导向的“网络数据库管理”课程开发研究 基于主数据分发管理企业数据集成资源管理平台的设计与实现 Web数据库的开发与安全设计 基于虚拟数据库技术的频谱网格数据库访问和集成 基于行动导向的《SQL SerVer 2005数据库设计》课程设计与开发 基于的数据库技术基础教学平台的设计与实现 基于数据库集成技术的WebGIS系统开发初探 基于“微信”平台和“SQL―SERVER 2005”数据库的危防管理微信平台的开发 VB基于SQLite数据库开发小型通用信息管理系统的设计研究 基于XML的数据库信息集成研究 常见问题解答 当前所在位置:等格式的文档,也可自己手工绘制图形。
白板数据是共享数据,当一个用户在白板上绘制或修改了数据后,其更新结果将即刻反映到其他用户的白板上,即所谓的“你见即我见”(WYSIWIS,What You See Is What I See)功能。通过本模块教练员可以共同浏览训练计划,分析训练现场图片,制定出有效的训练计划和战术等。
4.3.2.2 语音视频通讯
临场感是在专家研讨过程中最为关注的一个感受,因此如何在研讨厅提供语音视频通信也是一个重要内容。水上项目国家队数据库网络管理平台的音、视频交流依据目前较为成熟的理论技术,经过音视频采集、音视频压缩、传输、解析、播放这样几个过程,专家通过摄像头和麦克风采集的图像和声音,在研讨厅中可以进行音、视频的交流,每一个专家可以设定自己在研讨会议中的声音、图像使用情况,即是否进行发言,是否允许其他人观看自己的图像。
4.4 比赛录像管理系统的设计与开发
比赛录像是水上运动项目进行比赛总结、战术分析、训练指导、科学研究的第一手资料,这部分资料也是弥足珍贵的。比赛录像管理模块是水上运动项目多媒体资料管理的重要功能模块,该模块实现了视频资料上传、压缩、截图和播放多个重要功能
4.4.1 视频资料压缩和截图
比赛录像是水上运动项目训练重要的资料数据,但录制的图像信息量较大,同时检索也是一个难题。水上项目国家队数据库网络管理平台通过视频压缩和截图的方式,将视频资料压缩为FLV(FLASH VIEDO)格式,由于这种格式形成的文件非常小,加载速度极快,方便了大量视频资料的上传,该模块采用ffmpge组件实现,使图像信息在水上项目训练、比赛策略分析方面取得重大进步。视频信息采用图片配合文字的方式进行排列,通过文字名称可以基本确定寻找的内容,图片显示了主要的视频内容,生成时间和人用于录像信息的甄别和管理。
4.4.2 视频播放器
为了良好地播放视频,系统采用flash进行了视频播放器的开发,视频播放器可以内嵌在皮划艇项目数据库网络管理平台的客户端页面中,也可以通过用户控制呈现为完整的控制页面,进行录像播放。视频播放器从数据库加载播放地址,并进行播放。通过以上技术,实现了比赛录像管理的各个功能,即使在较差的网络环境下比赛录像仍可以流畅播放。
5 小结
5.1 水上运动管理中心的项目(业务部)多,其训练基地相对分散且相距较远,需要将每个项目训练队的训练信息进行数据集成,进行网络化管理,便于管理者和教练员了解和利用相关信息与数据。
5.2 不同的运动项目队(部)业务与功能不同,已建成的信息管理系统的数据源往往彼此独立,训练数据难以在系统之间交流、共享和融合。本研究成果从信息标准化入手,采用数据集成和协同工作的理论和方法,开发了一套集水上运动项目数据集成、协同工作和多媒体管理为一体的训练信息管理平台,有效地整合了水上项目各训练队信息管理系统数据库,集成现有的大量异构数据资源,解决了我国水上项目国家队数据库管理和人员沟通问题,实现了有效信息的集成查询与分析。
5.3 本研究开发的用于我国各水上项目国家队在线交流和协同工作的协同办公和专家研讨厅功能模块,能够实现水上项目各训练队间的信息共享和在线沟通,在一定程度上提高了水上项目训练和管理的信息化水平。
5.4 水上项目国家队数据库网络管理平台是信息技术的产物,它具有信息技术广泛的渗透性和关联带动作用,是水上项目训练队进行技术创新的重要工具。水上项目各训练队在技术创新的活动中,可以运用此平台进行项目科学技术信息的收集、整合和利用,进而提高项目技术创新的效率和效果,增强项目的竞争力。
参考文献:
[1]李晨峰,张晓琳. 中国国家队科研现状及发展讨论[J]. 中国体育科技,2009(3).
[2]赵云宏. 新时期我国体育信息化建设若干问题的思考[J]. 中国体育科技,2005(4).
[3]马利成. 基于XML的异构数据集成系统的研究与实现[D].上海:上海交通大学, 2007.
[4]李光军,郭建伟,彭李明,周彤,洪伟,朱宁. 国家帆船帆板队信息化平台的设计与应用[J]. 武汉体育学院学报,2009(9).
[5]周长城. 国家帆船帆板队信息平台的构建及应用[D].武汉:武汉体育学院, 2007.
[6]郭建伟. 关于体育信息资源利用和整合的思考[J]. 武汉体育学院学报,2006(9).
[7]胡彪, 饶坚, 姚蕾, 唐义梅. 体育信息整合暨区域间信息共享的研究[J]. 武汉体育学院学报,2006(2).
[8]孔军,易勤.面向用户的竞技体育信息集成服务平台建设研究[J]. 武汉体育学院学报,2009(8).
[9]李燕.构建安徽省竞技体育信息服务体系研究[J]. 哈尔滨体育学院学报,2011(6):44-47.
[10]孔军. 体育信息资源的跨系统整合研究[J]. 南京体育学院学报:社会科学版,2009(3).
[11]华音,胡彪,谢晓云. 体育信息资源共享的现状、问题和措施[J]. 体育文化导刊,2005(10).
[12]辛丽,丁锴,沈雍兰. 江苏体育信息资源整合研究[J]. 南京体育学院学报:然科学版,2011(6):3-6.
[13]钟亚平. 信息技术在运动训练中的应用与展望[J]. 武汉体育学院学报,2008(6).
[14]杨旭.竞技体育中的信息作用与传导研究[J]. 安徽工业大学学报:社会科学版,2012(5):166-167.
[15]. 基于BP网络的击剑训练负荷分析系统的研究与开发[D].青岛:中国海洋大学,2004.
[16]汪桂兰.数据挖掘分类技术及其在击剑负荷分析中的应用[D]. 青岛:中国海洋大学,2006.
[17]雷建和.基于多源信息融合的人体运动分析与建模研究[D].合肥:中国科学技术大学,2006.
[18]马静华.基于运动信息获取及智能处理的运动员训练指导系统研究[D].合肥:中国科学技术大学,2006.
[19]张立, 潘志琛, 袁俊杰, 刘畅, 李劲松. 国家队实用管理信息系统的研制与应用[J].天津体育学院学报,2006(6).
[20]黄国言,李晓冬. 协同工作(CSCW)下协作模型的研究[J]. 计算机工程与应用,2006(22).
[21]华桦,王丽洁. 体育信息在大型赛事备战中的采集与个案分析[J]. 山东体育科技,2013(4):70-73.
[22]. Web环境下企业产品信息共享的若干关键技术研究[D].西安:西北工业大学,2006.
[23]臣勇,须德.基于Internet的视频会议系统的设计与实现[J].计算机工程与应用,2005(13) .
[24]杜呈伟,李伟荣,吴国新. 基于B/S的电子白板的设计与实现[J].计算机工程与设计,2006(16) .
[25]肖万贤,刘江宁. 企业数据集成模型的研究[J]. 计算机工程与科学,2004(5).
[26]刘桂文. 现代电子信息技术对竞技体育的影响[J]. 当代体育科技,2014(26):173-174.
篇7
关键词:城乡;医疗卫生资源;均等化;投入水平
中图分类号:C913.7 文献标识码:A
收录日期:2015年10月14日
一、我国城乡基本医疗卫生服务筹资过程对比分析
(一)从卫生总费用来看。卫生总费用主要反映的是一段时间内全国范围内投入医疗卫生领域资金的总和,包含了用于医护人员、医疗设备及其他方面的所有卫生支出,是衡量卫生总投入大小的指标。我国每年的卫生总费用占GDP的比重几乎都维持在4.5%~5%之间,无法满足城乡居民对医疗卫生服务的强烈需求。此外,卫生总费用在城乡间的分布也极为不均衡,2003~2012年的城市卫生总费用从4,150.32亿元上升至21,065.69亿元,增长近4倍,同期城市卫生总费用占全国卫生总费用的比重也从55.6%提高到67.2%,最高的是2007年,达到了77.5%;而2003~2012年的农村卫生总费用从2,433.78亿元上升至6,781.15亿元,增长约2.8倍左右,但同时期农村卫生总费用占全国卫生总费用的比重也从44.4%下降至32.8%。以上数据说明,在基本医疗卫生服务筹资阶段中,受到我国长期二元经济结构的影响,城市所获得的卫生资源高于农村。而从全国卫生总费用构成结构来看,在改革开放以后,政府支出占全国卫生总费用在迅速下降,而个人仅负担全国卫生总费用则不断上升,2002年政府支出与个人支出占全国卫生总费用的比重分别为15.7%和57.7%。近年来,我国各级政府逐渐加大了卫生领域的财政资源投入,政府支出占全国卫生总费用的比重在上升。以2012年为例,政府支出与个人支出占全国卫生总费用的比重分别为30%和34.4%。但是,政府与社会所负担的比例仍旧偏低,而个人负担比例相对较大,加重了社会成员的负担。
(二)从人均卫生费用绝对值来看。2003~2012年间,城市人均卫生费用从1,108.9元上升至2,969.6元,而农村人均卫生费用仅从274.7元增加至1,055.9元。城乡人均卫生费用支出的差距有逐渐缩小的趋势,2003年城市人均卫生费用是农村人均卫生费用的4.04倍,2012年城市人均卫生费用是农村人均卫生费用的2.81倍。
(三)从城乡居民人均保健支出对比分析来看。城乡人均保健支出的相对规模没有太大差距,2003年城市居民与农民人均保健支出占消费性支出的比重分别为7.31%和6.0%,到了2012年的数据分别为6.4%和8.7%。但是,城市居民与农民用于保健支出的绝对值却存在着较大的差异,2003年城市居民与农民人均保健支出绝对值分别为476元和115.7元,而2012年城市居民与农民的人均保健支出绝对值分别增加至1,063.7元和513.8元,城市居民人均保健支出是农民的2倍以上,城市居民的人均保健支出上明显高于农民。综上所述,卫生总费用、人均卫生费用和人均保健支出三个指标可以直观地反映出我国农村医疗卫生财力配置匮乏的局面。
二、城乡基本医疗卫生服务人力资源配置比较分析
我国当前城乡基本医疗卫生服务人力资源配置水平差距较大,大多数优秀的卫生人才都集中于大中型城市,农村的卫生人力资源则非常匮乏。从人力资源配置数量来看,我国城乡医疗卫生人力资源数量差距非常明显。以2012年为例,城市每千人口所享有卫生技术人数为8.54人,农村为3.41人,城市比农村大近2.5倍;城市医疗机构每千人口执业医生人数为3.65人,农村为1.09人,城市同样比农村大近3.35倍;而城乡每千人口注册护士人数的差距也很大,城市为3.19人,农村仅有1.40人。以上数据表明,城乡医疗卫生人力资源在数量上差异明显,投向农村地区的医疗卫生人力资源明显不足;此外,从人力资源配置质量来看,据2013年《中国卫生和计划生育年鉴》数据显示:2012年城市医疗机构医护人员大学本科以上学历人员达到了31.8%,同期乡镇卫生院医护人员大学本科以上学历人员仅为5.3%,以上数据表明,由于基层工资福利水平较低,很多乡镇卫生院工作人员不愿意留在基层,造成大量优秀的卫生人才流失。我国城乡医疗卫生人力资源配置极度不平衡,我国乡镇卫生院卫生技术人员水平不高。总之,我国城乡医疗卫生人力资源分布不合理,城乡医疗卫生人力资源无论是在数量上还是在质量上都存在着巨大的差距,城市居民拥有更优质的医疗卫生人力资源,而农村医护人员数量较少且素质有待提高,无法满足农民对高质量的基本医疗卫生服务日益增长的需求。
三、城乡基本医疗卫生服务物力资源配置情况比较分析
城乡医疗卫生物力资源同样存在着巨大的差异,城市居民能够享受到更优质的卫生物力资源,而农民则缺乏基本的卫生物资,缺医少药的现象非常突出。一方面据国家卫生与计划生育委员会于2013年发表的《中国卫生和计划生育年鉴》显示,截至2012年末,全国医疗卫生机构床位已经达到572.5万张,其中:基层医疗卫生机构床位数为132.4万张,仅占全国医疗卫生机构床位数的23.1%。此外,全国每千人口医疗卫生机构床位数由2003年的2.49张增加到2012年的4.24张,而每千农业人口乡镇卫生院病床数则仅从2003年0.76张增加到2012年的1.24张,上述数据表明我国城乡医疗卫生机构床位的差距较大;另一方面我国城乡医疗机构万元以上设备拥有量差距更大,城市大型医院的资金比较充足,能够大量购买先进的价格高昂的医疗器械,2012年城市万元以上设备台数达到3,276,640台,占全国万元以上设备比例91.35%;而乡镇卫生所的资金有限,在购买大型医疗器械时捉襟见肘,2012年乡镇卫生院万元以上设备台数仅为310,295台。总体来说,我国城乡医疗卫生物力资源差距明显。我国基层医疗机构硬件条件落后。很多农民在生病后宁愿选择到更远的城市医院就医,在很大程度上造成了城市大医院的拥挤和不堪重负,而乡镇卫生院的资源却没有得到充分的利用。
综上所述,伴随高速的经济发展速度却没有带来整体国民福利的提高。当前我国城乡医疗卫生资源投入水平差距较大,这已成为制约我国实现全面小康社会与构建和谐社会、影响我国经济进一步发展与人民生活水平进一步提高的关键性问题。
主要参考文献:
[1]中国卫生和计划生育年鉴.2013.
篇8
关键词:数据库:软件开发
中图分类号:S611文献标识码:A 文章编号:
引言
计算机技术中数据库是最重要的研究方向之一,随着日趋应用复杂化,传统的数据库不足已逐渐被显露出来,而面向对象技术的数据库将成为新一代数据库的发展方向。
1、关系数据库中的优势
面向对象是一种认识方法学,也是一种新的程序设计方法学。把面向对象的方法和数据库技术结合起来可以使数据库系统的分析、设计最大程度地与人们对客观世界的认识相一致。
面向对象技术利用对象、类等技术手段可以满足对一些领域数据库的特殊需求,与关系型数据库相比,面向对象技术的优势主要体现在以下几个方面。
1.1 支持复杂的数据模型。传统的关系型数据库不能支持复杂的数据模型,例如:文本、图像、声音、动画、图像等数据,其缺乏对这些数据信息的描述、操纵和检索能力。而面向对象技术具有这些方面的优势,面向对象技术应用到数据库领域后,对象的使用就可以满足对这些类型数据的相关操作。
1.2 支持复杂的数据结构。传统的关系型数据库不能满足数据库设计的层次性和设计对象多样性的需求,关系型数据库中的二维表不能描述复杂的数据关系和数据类型,而面向对象技术中的对象可以描述复杂的数据关系和数据类型。
1.3 支持分布式计算和大型对象存储。面向对象技术中对象、封装、继承等方法的应用可以支持分布式计算,并且支持独立于平台的大型对象存储。
1.4 更好地实现数据的完整性。面向对象数据库支持复杂的数据结构和操作的约束、触发机制,从而可以更好地实现数据的完整性。
2、面向对象技术应用在关系数据库中的实现方法
由于计算机网络、多媒体技术、CAD/CASE等新型数据库应用的需要,数据库领域开始借助面向对象技术来满足这些需要。面向对象技术借助对象、封装和继承机制可以实现对复杂对象和复杂数据模型的支持,将面向对象技术应用于数据库是解决当今许多新型数据库应用中遇到的问题的好办法,虽然面向对象技术和数据库的结合沿着三个方向发展,当前多数数据库生产商都在研发如何将面向对象技术应用到关系数据库中。将面向对象技术应用到关系数据库中可以有两种方式。
2.1 把面向对象技术中的对象作为关系数据库系统中的一种新的数据模型。关系表中的属性值包含对象指针,对象数据的操作在关系数据库之外进行。把面向对象数据模型(ODM)和关系数据模型(RDM)结合起来,对荚系数据库管理系统进行扩充,但对象查询功能受到一定的限制。
2.2 把面向对象接口添加在关系数据库中。在关系数据库系统中增加一个对象到关系转换器,将上层的面向对象模式转化为关系存储模式,存放到关系数据库中。这样,在面向对象的数据库中关系存储模型位于底层。数据库用户可以利用标准的面向对象数据库语言进行查询处理,用户输入的面向对象数据库语言被转换成关系数据库语青,从而对底层的关系存储模式进行查询等处理,同时将操作结果按照对象方式返回给用户。这种实现方式使得数据库管理系统存实现关系模型和面向对象模型之间的模型转换时需要一定的开销,执行效率比直接面向对象数据库要低一些,但这种扩充方式实现比较简单。
面向对象技术通过映射接口和关系数据库相结合,面向对象数据库强调的是对象的属性、方法和对象间的关系。设计这种类型的数据库需要理解对象到关系数据库表的映射方法。这种映射方法通过将对象类生成为 SQL 语言中的数据定义语言(DDL)来将对象转换成一个好的概念层的数据模型(DDL)。
3、面向对象关系数据库系统的应用实例
3.1 系统构想。设想这个是物流信息 MIS 系统。该 MIS 系统有几种验证方法:(1)通过使用的和选择的物流公司。如果其在其业务的IP段的话,就认为是在物流公司上网,可认为是管理人员,将自动通过注册请求,系统发激活邮件;(2)不符合第一种情况的话,看选择的注册方式如果是使用 IP 电话的话去根据选择的物流公司看填写的 IP 电话是否符合所在区域的 IP 段,如果符合的话,系统发激活邮件;(3)选择物流公司邮箱注册,根据选择的物流公司和他填写的邮箱,如果域名符合就认为注册人为合法客户,系统发激活邮件;(4)选择其他方式,通过人工方法去确认注册者的合法性。以上是用户注册的过程,注册成功后,用户通过激活账户的链接,激活自己的账户,然后登陆,登陆成功后就可以使用注册用户可以使用的所有功能。管理员除可以拥有所有注册用户可以使用的功能外,还可添加物流公司及运单信息;编辑公司所在的 IP 段,查看所有用户的状态,进行活动管理,即添加、编辑活动,设定活动规则。应用系统需要响应用户的操作;另应用系统还需要给出各种各样的排行;需要按照规则确定活动的获奖者等:需要记录用户的操作,以确定用户的积分。
3.2 数据库部署。整个系统分为三层,客户层、业务逻辑层及数据访问层,选择 sqlserver2000 作为数据库。项目使用 asp.net 作为开发平台,用 c#作为开发语言,相应的使用 IIS6.0 作为Web 服务器。本系统的两种角色注册用户和管理员用户的问题,在上面的类结构设计时,让管理员继承的注册用户类,这样管理员就自然的拥有注册用户可以使用的所有权限,而它本身还可以拥有自己的权限,对物流公司的管理,对运单、货物及注册用户的管理。在页面类设计时采用这样的设计来确保使用页面的权限问题。设计三个类 BasePage、BasePageFor1.0gin、BasePage-ForAdmin,这三个类都继承自 System.Web.UI.Page 重载了 Ren-der 方法,这样就可以为同一级别的页面绘制相同的导航条,使页面的风格统一化;BasePage 类来作为未注册用户可以浏览的页面的基类,BasePageForLogin 类作为只有注册用户才可以浏览页面的基类,BasePageF0rAdmin 类作为只有管理员才可以浏览页面的基类。然后就可以在这些类的 render 方法中进行统一的权限设置及出错管理。
4、总结
篇9
【关键词】身份验证;用户管理;架构;角色;权限
Microsoft为SQL Server2005建立了一种既灵活又强大的安全管理机制,它能够对用户访问SQL Server2005服务器系统和数据库的安全进行全面地管理。SQL Server2005数据库逻辑结构及相对应的安全管理机制如图1所示:
图1 SQLServer2005数据库逻辑结构图
1 概念
服务器登录名Server Login,服务器角色Server Role,数据库用户DB User,数据库架构DB Schema,数据库角色DB Role 。以上几个名词应该从服务器与数据库来区分,服务器包含一到多个数据库,其中:
服务器登录名:指有权限登录到某服务器的用户;服务器角色:指一类服务器用户,默认有9类;数据库用户:指有权限能操作数据库的用户;数据库角色:指一类固定的有某些权限的数据库用户;架构:指数据库对象的容器,类似操作系统中的文件夹;数据对象:如数据库中的表,视图,存储过程等。
2 登录身份验证
SQLServer的两种登录验证模式:Windows身份验证和SQLServer身份验证。Windows的验证是请求域控制器检查用户身份的合法性。SQLServer2005的验证是把一组帐户、密码与Master数据库Sysxlogins表中的一个清单进行匹配。当用户想连接到SQL SERVER2005 服务器的时候,必须先选择一种身份验证模式。
SQL的验证模式分为两种WINDOWS验证模式和混合验证模式。WINDOWS身份验证模式安全性相对要高,应该尽量使用WINDOWS身份验证模式。混合身份验证模式下,验证分为WINDOWS身份验证和SQL身份验证,允许用户WINDOWS登录账户或使用SQL登录账户连接SQL SERVER。
3 数据库用户管理与角色管理
登录名提供身份验证,而通过用户可以取得特定的对数据库操作的权限。否则,即使拥有登陆名,还是无法进行数据库的访问。在每个数据库中都有一个用户集,并且登陆名和用户名是对应的关系,即一个登录名在每一个数据库中只能创建一个用户名。
4 理解角色的概念及为角色分配权限
关于角色,其概念相当于用户组,使用角色有助于减轻安全管理的负担,可以创建一个角色,为这个角色分配一定的权限,然后再把用户加入到这个角色中,则这些属于相同角色的用户将拥有相同的权限。角色有两种:
一是,固定数据库服务器角色,不能添加、删除和修改,其所对应的权限是数据库服务器权限,用于对服务器的管理;二是,数据库角色,又可分为两种,固定数据库角色和用户自定义角色,对应的权限是数据库的权限,用于对数据库对象的管理。
5 安全对象、架构
在SQL SERVER2005中引入了安全对象和架构这样的新概念,这是SQL SERVER2005对权限设置的一个重大改进。安全对象是可以通过权限进行保护的实体的分层集合,这些实体称为安全对象,具体讲安全对象有服务器、数据库和数据库包含的对象。而引入架构可以提高权限的设置力度,这使得访问安全对象的格式为:服务器名、数据库名、架构名、对象名。架构是形成单个命名空间的数据库实体的集合。命名空间是一个集合,其中每个元素的名称都是唯一的。可以把架构理解为文件夹,且这种文件夹不允许嵌套,也就是说架构是一种容器,可以在其中放入数据库对象。数据库用户与所有者隐式绑定的方式会带来一些问题,如一个用户创建了某个数据库对象(如表),则在SQL SERVER2005 2005中该用户自动绑定到该数据库对象(如表)的所有者(DBO),如果要删除该用户则提示该用户有一个数据库对象(如表对象),也就是说要删除用户,就必须先删除它所拥有的表,这显然是缺乏灵活性。因此在SQL SERVER2005 2005中就引入架构的概念,使用户和数据库对象分离。SQL SERVER2005中的所有安全对象都必须指定存放的具体架构。任何用户都必须指定存放它的拥有对象的架构,如果不指定,默认存放的架构是DBO。但是并没有授予数据库用户在DBO架构创建对象的权限,即用户只能使用(如查询)默认的DBO架构,用户并不是DBO架构的所有者。默认架构是服务器解析DML或DDL语句中指定的未限定的对象名称时搜索的架构。因此,当引用的对象包含在默认架构中时,不需要指定架构名。
6 权限管理
创建好角色之后就可以分配权限。在SQL SERVER2005中权限管理分为:对象权限、语句权限和暗示权限。权限管理有三个方面:一是,权限的拥有者,有登录账户、角色中的成员和数据库用户;二是,权限涉及的资源。
对象权限是基于数据库层次上的访问和操作权限。语句权限表示用户能否对数据库及其对象执行创建类和备份类的语句。语句权限仅限于语句本身,而不是数据库对象。暗示性权限是指固定服务器角色、固定数据库角色和数据库对象所有者具有的默认权限。固定服务器角色和固定数据库角色的成员自动继承角色的默认权限,而数据库对象的所有者在其创建的数据对象上拥有全部权限,这就是数据库对象所有者的默认权限。
SQL SERVER2005数据库安全管理机制只是保证数据安全的一种措施,在评估安全框架的过程中,其它的安全措施还包括密码策略、审核策略、数据库服务器隔离以及加密保护敏感数据等。
【参考文献】
篇10
本文基于微软公司推出的Visual Basic语言环境下,对数据库访问技术的发展进程进行了深入分析,并且给出了Visual Basic数据库访问的基本框架,重点研究了ADO控件访问数据库的应用策略。
【关键词】Visual Basic环境 数据库访问 ADO控件
1 引言
在面临商业标准化要求不断提高的发展环境中,应用程序的功能也日益强大,大部分编程软件都离不开数据库应用的支持。由微软公司推出的Visual Basic(简称VB)是目前比较流行的数据库应用程序,VB应用程序能够实现与主流数据库的无缝连接,同时提供良好的可视化操作工具、支持SQL数据库语句查询等。本文基于VB语言环境下,阐述了数据库访问技术的发展历程,重点对ADO空间访问数据库技术进行了深入研究。
2 数据库基础
数据库是一种以某种组织方式存在相互关联关系,且存储于计算机外部存储器中的数据集合。数据库按照不同结构可以划分为关系型数据库、层次型数据库和网状型数据库。其中,关系型数据库是广泛应用的数据库类型。目前,常见的关系型数据库包括SQL Server数据库、Access数据库、Oracle数据库等。VB应用程序默认的数据库为Access数据库,该数据库可以基于VB应用程序直接建立。
关系型数据库是建立于关系模型之上的数据库。关系模型主要是将每个实体集合和实体之间的关系以二维图表的方式呈现,将数据组织作为一张二维图表,每张二维图表都代表着一种数据关系,在关系型数据库中,二维图表的本质则是数据库表。一般情况下,一个关系型数据库由多个数据库表组成,数据库表的一行称作“记录”,每一条“记录”都代表了一个实体集合,每个记录又由多个“字段”共同组成。由此可见,关系型数据库是根据记录、字段之间的关系实现数据访问的,以行、列的方式组织的数据库表来存储数据,并利用关系将数据库表联系在一起,再利用SQL语言对关系型数据库进行查询。
3 VB环境下数据库访问技术发展过程
过去,VB客户端在提出各种商务解决方案中,设计规划了相关应用程序和组件,在这些应用程序和组件访问数据的过程中,80%以上的访问对象是ASCII文件,很少会对SQL数据库和大型机数据库进行访问。因此,VB最初设计的数据库访问工具主要针对的是ASCII文件访问。当发展到VB 3.0时代,越来越多的用户提出了对ISAM的数据访问需求,由此,微软公司研发了DAO控件和Jet扩展工具,使VB数据库的开发工作人员能够轻松实现与Jett的接口操作。
目前,VB用户新需求是对远程数据的访问和优化ODBC数据源访问过程。因此,在VB应用程序开发设计过程中,要避免出现代码重复问题,同时要注意开发人员实现数据库访问的真实能力。此时,就需要不断简化VB应用程序中的数据访问接口,并且提高VB英语程序的安全性和可用性,这也是微软公司VB研发部门的职责。
当前,VB应用程序中包含的查询连接生成器,即User Connection,采用的是Active X的体系结构设计方案,Active X设计器不但能够为数据访问设计给予大力支持,还可以在设计数据访问的过程中创建连接,以及对工程级对象进行查询,对属性实施预设和定义,为工程级对象编写程序代码。由此,User Connection查询连接生成器既可以对程序事件做出相应,还可以为用户提出的自定义查询提供方便快捷的方法。事实证明,User Connection查询连接生成器的实践应用,在不对系统性能造成影响的情况下,可以有效减少代码编写量。
4 VB环境下数据库访问技术分析
从VB应用程序应运而生至今,已经更新为VB 6.0版本。其间,VB数据库访问技术历经了DAO(Data Access Objects)、RDO(Remote Data Objects)和ADO(ActiveX Data Objects)等多个阶段。为了促使VB数据库开发具有良好的兼容性和可维护性。VB 6.0应用程序以ADO数据对象为主,同时支持DAO和RDO数据对象的访问。因此,DAO、RDO和ADO共同构成了VB数据库访问的基本框架。
4.1 DAO(Data Access Objects)
VB应用程序最先采用的数据库访问接口就是DAO,VB通过DAO访问接口可以对微软Jet数据库引擎发起访问,最终实现对数据库的访问。
微软Jet数据库引擎被包含在了动态链接库文件中,在启动运行VB应用程序时,这些动态连接库文件都可以与VB应用程序连接。微软Jet数据库引擎利用DAO数据对象使VB应用程序想数据库发起访问请求,并且将请求翻译成为数据库可以识别的物理操作,由此可以对数据库进行读取、修改和写入操作。由此可见,微软Jet数据库引擎属于VB应用程序和数据库连接的中间层,也是为VB顺利实现数据库访问提供基本保障。同时,VB应用程序也可以利用微软Jet数据库引擎按照相同方式对不同数据库进行访问,包括Access数据库、Visual Fox Pro数据库等。
4.2 RDO(Remote Data Objects)
RDO数据对象是处于ODBC API上的对象模型层,RDO数据对象不再依赖于微软Jet数据库引擎的支持,而是需要ODBC驱动程序、ODBC API和VB应用程序后端数据库的支持,以此才能实现RDO数据对象的主要功能。VB 4.0及其以后研发的版本中都包含了RDO数据对象。
RDO数据对象是由DAO数据对象衍生而成,但RDO和DAO的数据库模式存在较大差别。DAO数据对象主要针对的是数据记录和字段,而RDO数据对象是针对数据行和列实现关系处理。由此可见,RDO的本质是关系模式。而且,DAO是对微软Jet数据库引擎接口的访问,RDO则是对ODBC接口的访问。
4.3 ADO(ActiveX Data Objects)
ADO数据对象是继DAO和RDO数据对象之后应运而生的,也是由VB 6.0版本开始支持的数据对象。由于微软开发了新的数据访问接口OLEDB,进而促进了ADO数据对象的诞生,ADO是应用程序层的数据对象,可以通过OLEDB实现高性能的数据访问,包括关系数据库、非关系数据库、文件系统和电子邮件等。
ADO数据对象与DAO和RDO相比来说,有着数据对象模型结构简单、使用方便快捷的特征。由此可见,ADO数据对象的属性、方法较多,其对象数量较少。如果结合采用良好的网络优化技术,可以在使用ADO数据库访问技术时节约更多的网络流量。
5 VB环境下数据库访问技术应用
本文主要对使用ADO控件建立应用程序的过程进行分析。ADO控件属于ActiveX控件,并不属于VB标准工具控件。因此,在使用ADO控件时必须将其添加到VB工具箱中,具体方法是:首先,选择VB应用程序菜单中“部件”命令,立刻弹出“部件”对话框;其次,选择“Microsoft ADO Data Control 6.0”选项;最后,点击“确定”按钮,ADO控件图标将会添加到工具箱中。
ADO控件的使用方法与Data控件基本相同。需要在设计模式状态下对ADO控件的4个属性进行设定,包括Connection String属性、Command Type属性、Record Source属性和EOF Action属性,不需要再进行任何编程就可以实现在同一个表中浏览记录、修改记录和添加记录。ADO控件本身不具有数据显示功能,需要绑定之后才能显示数据。
ADO控件的属性:
(1)Connection String属性:Connection String属性负责建立ADO控件到数据源的连接,设置字符串值等。
(2)Command Type属性:其属性值如表1所示,负责完成设置常数和返回常数,同时指出请求命令的类型。
(3)Record Source属性:Record Source属性是字符串的表达式,指定一个数据记录源,该数据记录源可以是表名,也可以是SQL查词。
(4)EOF Action属性:EOF Action属性负责返回和设置一个值,当EOF属性为“正确”时,对AOD控件如何操作给出指示。
使用ADO控件来建立应用程序主要是对ADO控件进行设定和绑定控件的过程。通过ADO控件绑定一个数据记录集,将其作为数据源的,以的方式向已经绑定的ADO控件供应数据。将数据记录集中的每一个数据字段进行绑定之后,可以显示当前数据记录集中的字段内容。
6 结论
综上所述,VB数据库访问技术历经多个发展阶段,ADO数据对象是VB 6.0的产物,但仍然支持DAO数据对象和RDO数据对象的访问接口。ADO作为目前主流的VB数据库访问模式,已经广泛应用于数据库开发中。本文对VB环境下的ADO、DAO和RDO数据库访问技术进行了深入探讨,具有一定的理论参考意义。
参考文献
[1]赵宇航.VB对SQLServer数据库的访问总结[J].科技与企业,2012,18:75.
[2]黄雁.基于VB数据库的互联网技术研究[J].煤炭技术,2012,12:190-192.
作者简介
董平(1987 -),女,吉林省东辽县人。大学本科学历。 现为吉林师范大学辽源分院助教。研究方向:VB编程,课件制作。