oracle数据库实训总结.doc
《oracle数据库实训总结.doc》由会员分享,可在线阅读,更多相关《oracle数据库实训总结.doc(26页珍藏版)》请在咨信网上搜索。
★精品文档★ oracle数据库实训总结 Oracle Database,又名Oracle RDBMS,或简称Oracle,是甲骨文公司的一款关系数据库管理系统。 下面是带来的oracle数据库实训总结,欢迎阅读! oracle数据库实训总结 一:数据库设计中14个技巧 1. 原始单据与实体之间的关系 可以是一对一、一对多、多对多的关系。 在一般情况下,它们是一对一的关系:即一张原始单据对应且只对应一个实体。 在特殊情况下,它们可能是一对多或多对一的关系,即一张原始单证对应多个实体,或多张原始单证对应一个实体。 这里的实体可以理解为基本表。 明确这种对应关系后,对我们设计录入界面大有好处。 〖例1〗:一份员工履历资料,在人力资源信息系统中,就对应三个基本表:员工基本情况表、社会关系表、工作简历表。 这就是“一张原始单证对应多个实体”的典型例子。 2. 主键与外键 一般而言,一个实体不能既无主键又无外键。 在E—R 图中, 处于叶子部位的实体, 可以定义主键,也可以不定义主键 (因为它无子孙), 但必须要有外键(因为它有父亲)。 主键与外键的设计,在全局数据库的设计中,占有重要地位。 当全局数据库的设计完成以后,有个美国数据库设计专 家说:“键,到处都是键,除了键之外,什么也没有”,这就是他的数据库设计经验之谈,也反映了他对信息系统核 心(数据模型)的高度抽象思想。 因为:主键是实体的高度抽象,主键与外键的配对,表示实体之间的连接。 3. 基本表的性质 基本表与中间表、临时表不同,因为它具有如下四个特性: (1) 原子性。 基本表中的字段是不可再分解的。 (2) 原始性。 基本表中的记录是原始数据(基础数据)的记录。 (3) 演绎性。 由基本表与代码表中的数据,可以派生出所有的输出数据。 (4) 稳定性。 基本表的结构是相对稳定的,表中的记录是要长期保存的。 理解基本表的性质后,在设计数据库时,就能将基本表与中间表、临时表区分开来。 4. 范式标准 基本表及其字段之间的关系, 应尽量满足第三范式。 但是,满足第三范式的数据库设计,往往不是最好的设计。 为了提高数据库的运行效率,常常需要降低范式标准:适当增加冗余,达到以空间换时间的目的。 〖例2〗:有一张存放商品的基本表,如表1所示。 “金额”这个字段的存在,表明该表的设计不满足第三范式, 因为“金额”可以由“单价”乘以“数量”得到,说明“金额”是冗余字段。 但是,增加“金额”这个冗余字段, 可以提高查询统计的速度,这就是以空间换时间的作法。 在Rose 2002中,规定列有两种类型:数据列和计算列。 “金额”这样的列被称为“计算列”,而“单价”和 “数量”这样的列被称为“数据列”。 表1 商品表的表结构 商品名称 商品型号 单价 数量 金额 电视机 29吋 2,500 40 100,000 5. 通俗地理解三个范式 通俗地理解三个范式,对于数据库设计大有好处。 在数据库设计中,为了更好地应用三个范式,就必须通俗地理解 三个范式(通俗地理解是够用的理解,并不是最科学最准确的理解): 第一范式:1NF是对属性的原子性约束,要求属性具有原子性,不可再分解; 第二范式:2NF是对记录的惟一性约束,要求记录有惟一标识,即实体的惟一性; 第三范式:3NF是对字段冗余性的约束,即任何字段不能由其他字段派生出来,它要求字段没有冗余。 没有冗余的数据库设计可以做到。 但是,没有冗余的数据库未必是最好的数据库,有时为了提高运行效率,就必须降 低范式标准,适当保留冗余数据。 具体做法是:在概念数据模型设计时遵守第三范式,降低范式标准的工作放到物理 数据模型设计时考虑。 降低范式就是增加字段,允许冗余。 6. 要善于识别与正确处理多对多的关系 若两个实体之间存在多对多的关系,则应消除这种关系。 消除的办法是,在两者之间增加第三个实体。 这样,原来一 个多对多的关系,现在变为两个一对多的关系。 要将原来两个实体的属性合理地分配到三个实体中去。 这里的第三个 实体,实质上是一个较复杂的关系,它对应一张基本表。 一般来讲,数据库设计工具不能识别多对多的关系,但能处 理多对多的关系。 〖例3〗:在“图书馆信息系统”中,“图书”是一个实体,“读者”也是一个实体。 这两个实体之间的关系,是一 个典型的多对多关系:一本图书在不同时间可以被多个读者借阅,一个读者又可以借多本图书。 为此,要在二者之 间增加第三个实体,该实体取名为“借还书”,它的属性为:借还时间、借还标志(0表示借书,1表示还书),另外, 它还应该有两个外键(“图书”的主键,“读者”的主键),使它能与“图书”和“读者”连接。 7. 主键PK的取值方法 PK是供程序员使用的表间连接工具,可以是一无物理意义的数字串, 由程序自动加1来实现。 也可以是有物理意义 的字段名或字段名的组合。 不过前者比后者好。 当PK是字段名的组合时,建议字段的个数不要太多,多了不但索引 占用空间大,而且速度也慢。 8. 正确认识数据冗余 主键与外键在多表中的重复出现, 不属于数据冗余,这个概念必须清楚,事实上有许多人还不清楚。 非键字段的重 复出现, 才是数据冗余!而且是一种低级冗余,即重复性的冗余。 高级冗余不是字段的重复出现,而是字段的派生出现。 〖例4〗:商品中的“单价、数量、金额”三个字段,“金额”就是由“单价”乘以“数量”派生出来的,它就是冗余, 而且是一种高级冗余。 冗余的目的是为了提高处理速度。 只有低级冗余才会增加数据的不一致性,因为同一数据,可 能从不同时间、地点、角色上多次录入。 因此,我们提倡高级冗余(派生性冗余),反对低级冗余(重复性冗余)。 9. E--R图没有标准答案 信息系统的E--R图没有标准答案,因为它的设计与画法不是惟一的,只要它覆盖了系统需求的业务范围和功能内容, 就是可行的。 反之要修改E--R图。 尽管它没有惟一的标准答案,并不意味着可以随意设计。 好的E—R图的标准是: 结构清晰、关联简洁、实体个数适中、属性分配合理、没有低级冗余。 10 . 视图技术在数据库设计中很有用 与基本表、代码表、中间表不同,视图是一种虚表,它依赖数据源的实表而存在。 视图是供程序员使用数据库的 一个窗口,是基表数据综合的一种形式, 是数据处理的一种方法,是用户数据保密的一种手段。 为了进行复杂处理、 提高运算速度和节省存储空间, 视图的定义深度一般不得超过三层。 若三层视图仍不够用, 则应在视图上定义临时表, 在临时表上再定义视图。 这样反复交迭定义, 视图的深度就不受限制了。 对于某些与国家政治、经济、技术、军事和安全利益有关的信息系统,视图的作用更加重要。 这些系统的基本表完 成物理设计之后,立即在基本表上建立第一层视图,这层视图的个数和结构,与基本表的个数和结构是完全相同。 并且规定,所有的程序员,一律只准在视图上操作。 只有数据库管理员,带着多个人员共同掌握的“安全钥匙”, 才能直接在基本表上操作。 请读者想想:这是为什么? 11. 中间表、报表和临时表 中间表是存放统计数据的表,它是为数据仓库、输出报表或查询结果而设计的,有时它没有主键与外键(数据仓 库除外)。 临时表是程序员个人设计的,存放临时记录,为个人所用。 基表和中间表由DBA维护,临时表由程序员 自己用程序自动维护。 12. 完整性约束表现在三个方面 域的完整性:用Check来实现约束,在数据库设计工具中,对字段的取值范围进行定义时,有一个Check按钮,通 过它定义字段的值城。 参照完整性:用PK、FK、表级触发器来实现。 用户定义完整性:它是一些业务规则,用存储过程和触发器来实现。 13. 防止数据库设计打补丁的方法是“三少原则” (1) 一个数据库中表的个数越少越好。 只有表的个数少了,才能说明系统的E--R图少而精,去掉了重复的多余的 实体,形成了对客观世界的高度抽象,进行了系统的数据集成,防止了打补丁式的设计; (2) 一个表中组合主键的字段个数越少越好。 因为主键的作用,一是建主键索引,二是做为子表的外键,所以组 合主键的字段个数少了,不仅节省了运行时间,而且节省了索引存储空间; (3) 一个表中的字段个数越少越好。 只有字段的个数少了,才能说明在系统中不存在数据重复,且很少有数据冗 余,更重要的是督促读者学会“列变行”,这样就防止了将子表中的字段拉入到主表中去,在主表中留下许 多空余的字段。 所谓“列变行”,就是将主表中的一部分内容拉出去,另外单独建一个子表。 这个方法很简 单,有的人就是不习惯、不采纳、不执行。 数据库设计的实用原则是:在数据冗余和处理速度之间找到合适的平衡点。 “三少”是一个整体概念,综合观点, 不能孤立某一个原则。 该原则是相对的,不是绝对的。 “三多”原则肯定是错误的。 试想:若覆盖系统同样的功 能,一百个实体(共一千个属性) 的E--R图,肯定比二百个实体(共二千个属性) 的E--R图,要好得多。 提倡“三少”原则,是叫读者学会利用数据库设计技术进行系统的数据集成。 数据集成的步骤是将文件系统集成 为应用数据库,将应用数据库集成为主题数据库,将主题数据库集成为全局综合数据库。 集成的程度越高,数据 共享性就越强,信息孤岛现象就越少,整个企业信息系统的全局E—R图中实体的个数、主键的个数、属性的个数 就会越少。 提倡“三少”原则的目的,是防止读者利用打补丁技术,不断地对数据库进行增删改,使企业数据库变成了随意 设计数据库表的“垃圾堆”,或数据库表的“大杂院”,最后造成数据库中的基本表、代码表、中间表、临时表 杂乱无章,不计其数,导致企事业单位的信息系统无法维护而瘫痪。 “三多”原则任何人都可以做到,该原则是“打补丁方法”设计数据库的歪理学说。 “三少”原则是少而精的 原则,它要求有较高的数据库设计技巧与艺术,不是任何人都能做到的,因为该原则是杜绝用“打补丁方法” 设计数据库的理论依据。 14. 提高数据库运行效率的办法 在给定的系统硬件和系统软件条件下,提高数据库系统的运行效率的办法是: (1) 在数据库物理设计时,降低范式,增加冗余, 少用触发器, 多用存储过程。 (2) 当计算非常复杂、而且记录条数非常巨大时(例如一千万条),复杂计算要先在数据库外面,以文件系统方 式用C++语言计算处理完成之后,最后才入库追加到表中去。 这是电信计费系统设计的经验。 (3) 发现某个表的记录太多,例如超过一千万条,则要对该表进行水平分割。 水平分割的做法是,以该表主键 PK的某个值为界线,将该表的记录水平分割为两个表。 若发现某个表的字段太多,例如超过八十个,则 垂直分割该表,将原来的一个表分解为两个表。 (4) 对数据库管理系统DBMS进行系统优化,即优化各种系统参数,如缓冲区个数。 (5) 在使用面向数据的SQL语言进行程序设计时,尽量采取优化算法。 总之,要提高数据库的运行效率,必须从数据库系统级优化、数据库设计级优化、程序实现级优化,这三 个层次上同时下功夫。 上述十四个技巧,是许多人在大量的数据库分析与设计实践中,逐步总结出来的。 对于这些经验的运用,读者 不能生帮硬套,死记硬背,而要消化理解,实事求是,灵活掌握。 并逐步做到:在应用中发展,在发展中应用。 oracle数据库实训总结 总结 系别: 信 管 院 班级: 姓名: 浦 江 峰 学号: 1132304112 日期: 2012年12月21日实训总结: 由于感到oracle实训担子很重,而自己的学识、能力和阅历与其任职都有一定的距离, 所以总不敢掉以轻心,总在学习,向书本学习、向周围的同学学习,向老师请教,这样下来 感觉自己半年来还是有了一定的进步。 颠末一个星期的oracle数据库实训,让我体会到了日常仄凡是很多课堂上所无法实践知 晓的,让人收获颇丰,明白如何去应用。 而本次数据库实训的目标是让我们把握数据库系统 的原理。 将理论与实践相结合,利用现有的数据库管理系统硬件、范例、科学地完成一个设 计。 这个星期是我们oracle 数据库管理课的实训,经过一个星期的实训,让我领会到了许 多平时课堂上所没有接受的课外知识,很让人受益匪浅,懂得如何去运用,而进行的一次分 析设计综合的训练。 而本次实训的目的是让我们掌握数据库系统的原理、技术。 将理论与实 际相结合,应用现有的数据库管理系统软件,规范、科学地完成一个设计与实现。 这次我们 实训的内容是从数据库、数据表的创建和修改开始的,表是建立关系数据库的基本结构,用 来存储数据具有已定义的属性,在表的操作过程中,有查看表信息、查看表属性、修改表中 的数据、删除表中的数据及修改表和删除表的操作。 从实训中让我更明白一些知识,表是数 据最重要的一个数据对象,表的创建好坏直接关系到数数据库的成败,表的内容是越具体越 好,但是也不能太繁琐,以后在实际应用中多使用表,对表的规划和理解就会越深刻。 我们 实训的另一个内容是数据库的约束、视图、查询。 从中我们了解到查询语句的基本结构,和 简单select语句的使用,多表连接查询。 而在视图的操作中,也了解到了视图是常见的数据 库对象,是提供查看和存取数据的另一种途径,对查询执行的大部分操作,使用视图一样可 以完成。 使用视图不仅可以简化数据操作,还可以提高数据库的安全性,不仅可以检索数据, 也可以通过视图向基表中添加、修改和删除数据。 存储过程、触发器也是我们实训的内容之 一, 在操作中有建立存储过程,执行存储过程,及查看和修改存储过程,这些都是非常基础 的东西,但对用户却是非常重要的呢,只有熟悉了t_sql语言,才能更好的掌握更多的东西。 我们还学习了,数据库的管理、数据的导入、导出、备份和还原。 有oracle 安全访问控制; 登录账户的管理;数据库角色的管理;用户权限管理。 维护数据库的安全是确保数据库正常 运行的重要工作。 数据的备份是对oracle数据事务日志进行拷贝,数据库备份记录了在进行 备份操作的数据库中所有数据的状态。 而数据的备份还分为数据库完整备份、差异备份、事 务日志备份、文件及文件组备份。 做数据备份就是为了以后的数据库恢复用。 在实训内容上 我们还做了图书管理数据库,其中的要求包含了许多数据库的对象,综合了我们所学的许多 知识,让我们更努力的把所学到的东西运用上去。 实训课是在学习与探索中度过的,短暂的一星期实训是结束了,但其中让我们学到了许 多知识,出现许多未知的为什么,如仓库管理数据库的初步设置、数据备份与还原的步骤, 如何建立视图、触发器等一系列的问题,正是在老师和同学的共同努力之下,我们才一步步 把问题解决了,最终完成了不可能完成的任务。 日期:2012年12月21日篇二:oracle实训总结 oracle数据库管理与应用实训总结 在这一周oracle数据库管理与应用的实训的时间里,实训老师针对我们本学期的学习, 有针对性地对我们进行了很有价值的实训工作,从最基础的字段类型,到一般的oracle语句, 如创建数据表、视图、存储过程、触发器等,给我们细心讲解,虽然oracle数据库管理与应 用的课已经学习了将近一学期,但对其简单的知识点运用的都不是很熟练,没能真正去融会 贯通。 不过,经过为期一周的针对性实训,我学到了很多知识,把以前学的所有知识点都贯穿 到一起,又温习了一遍,让我们能从真正意义上了解到oracle数据库的用处。 不论再用到什么软件编写网站,都会用到数据库连接,都要从那个数据库中调用数据, 这说明了数据库的重要性,认识到学习数据库的必要性。 oracle数据库是很重要的数据库系 统。 在数据库实训过程中,难免会出现小错误,但经过我们的讨论研究,加上老师认真的辅 导,我们会解决这些错误,从而更加熟练掌握oracle数据库。 这一周不仅学到了oracle数 据库的知识,还培养了我们的团队合作精神,互相帮助,讨论研究,解决问题。 实训一周, 收获颇多,更是受益匪浅。 篇三:oracle实训报告 oracle数据库管理 与应用实训报告 姓名:张** 班级:软件技术 学号:113230**** 班级序号:**1号 指导老师:龙** 实 训地点:b10-509 oracle数据库管理与应用实训项目 一、实训目的 1.知识目标 通过综合实训进一步巩固、深化和扩展大家的oracle 11g数据库管理和开发的基本知识 和技能。 (1)熟练掌握oracle 11g数据库的操作; (2)熟练掌握oracle 11g表的操作; (3)熟练掌握oracle 11g视图的操作和应用; (4)掌握oracle 11g索引的操作; (5)熟练掌握pl/sql编程技术和oracle 11g存储过程的操作和使用; (6)熟练掌握 oracle 11g触发器的操作和应用; (7)掌握oracle 11g数据库安全性操作; (8)熟练掌握 oracle 11g数据管理操作; (9)了解oracle 11g数据库程序开发技术。 2.能力目标 培养学生运用所学的知识和技能解决oracle 11g数据库管理和开发过程中所遇到的实际 问题的能力、掌握基本的sql脚本编写规范、养成良好的数据库操作习惯。 (1)培养学生通过各种媒体搜集资料、阅读资料和利用资料的能力; (2)培养学生基本的 数据库应用能力; (3)培养学生基本的编程逻辑思想; (4)培养学生通过各种媒体进行自主学习的能力。 二、实训内容 studentmis教务管理系统是用来实现学生学籍的管理、学生成绩的管理、课程的管理、 学生选课管理等功能的信息系统。 该系统采用oracle 11g为关系型数据库管理系统,该系统 主要满足来自3方面的需求,这3方面分别是学生、教务管理人员和系统管理员。 学生: ·注册入学; ·选择每学期学习的课程; ·查询每学期课程考试成绩; 教务管理人员: ·管理学生学籍信息异动; ·管理学生选课信息; ·管理每学期课程考试成绩; 系统管理员: ·管理系统用户; ·管理课程; ·管理部门; ·管理专业; ·管理班级; 作为一个数据库管理员或数据库程序开发人员,需要从以下几个方面完成数据库的管理 操作。 (一)数据库对象的管理 1.数据库 数据库实例名称:student。 2.表 创建student数据库中的所有表。 添加样本数据到所创建的表中。 -- ========================== -- 1.创建学生信息表 studentinfo -- ========================== create table scott.studentinfo ( s_id char(15) primary key not null, -- 学号 -- 姓名 -- 性别 s_name varchar2(30) unique not null, s_cardid varchar2(18) not null, s_address char(30) not null, s_gender char(2) not null check(s_gender=男or s_gender=女), -- 身份证号 c_id char(10) not null references scott.classinfo(c_id), -- 班级 编号 -- 籍贯 -- 学籍 -- 民族编号 -- 出生年月 s_xj varchar2(10) not null, s_birth date not null, s_mz varchar2(6) not null ); insert into scott.studentinfo values(1132304131,张**, 女,320321198908203449,2011031001,江苏省,在籍,to_date(1989-08-20,yyyy-mm- dd),01); insert into scott.studentinfo values(1132304134,赵*, 女,320321199110203432,2011031001,江苏省,在籍,to_date(1991-10-20,yyyy-mm- dd),01); insert into scott.studentinfo values(1132304124,王**, 女,320321199208203445,2011031001,江苏省,在籍,to_date(1992-08-20,yyyy-mm- dd),01); insert into scott.studentinfo values(200503100101,苑俊芳, 女,430725198603022535,2005031001,湖南省,在籍,to_date(1982-05-18,yyyy-mm- dd),01); insert into scott.studentinfo values(200503100104,苑芳, 女,430725198603022256,2005031001,湖南省,在籍,to_date(1994-05-18,yyyy-mm- dd),01); -- ========================== -- 2.创建班级信息表 classinfo -- ========================== create table scott.classinfo ( c_id char(10) primary key not null, ); insert into scott.classinfo values(2005031001,软件051,03,0310); insert into scott.classinfo values(2010031001,软件101,03,0310); -- 班级编号 -- 班级名称 -- 专业编号 c_name varchar2(30) unique not null, b_id char(2) not null references scott.bumeninfo(b_id), -- 部门编 号 z_id char(5) not null references scott.zhuanyeinfo(z_id) -- ========================== -- 3.创建部门信息表 bumeninfo -- ========================== create table scott.bumeninfo ( b_id char(2) primary key not null, -- 部门编号 -- 部门名称 b_name varchar2(30) unique not null, b_tel char(9) not null b_fzr char(10) not null, -- 部门负责人 -- 联系电话 ); insert into scott.bumeninfo values(03,信息工程系,彭勇,2783857); -- ========================== -- 4.创建专业信息表 zhuanyeinfo -- ========================== create table scott.zhuanyeinfo ( z_id char(5) primary key not null, -- 专业编号 -- 专业名称 z_name varchar2(30) unique not null, z_tel char(9) not null, z_fzr char(10) not null, -- 专业负责人 -- 联系电话 -- 部门编号 z_xz char(10) not null, -- 学号 b_id char(2) not null references scott.bumeninfo(b_id), z_ksnf char(5) not null ); insert into scott.zhuanyeinfo values(0310,软件技术,刘志成,8208290,3,03,2003); insert into scott.zhuanyeinfo values(0311,计算机应用,尚**,8208291,3,03,2004); -- 开设年份 -- ========================== -- 5.创建课程信息表 courseinfo -- ========================== create table scott.kechenginfo ( k_id char(10) primary key not null, -- 课程编号 -- 课程名称 -- 专业编号 k_name varchar2(30) unique not null, z_id char(5) not null references scott.zhuanyeinfo(z_id), k_xf char(10) not null, -- 学分 k_zks char(10) not null, -- 总课时 -- 授课形式编号 k_kclx char(10) not null, -- 课程类型 k_skxs char(10) not null ); -- ========================== -- 6.创建学生成绩信息表 xchengjiinfo -- ========================== create table scott.xchengjiinfo ( s_id char(15) not null references scott.studentinfo(s_id), 1. 用户的权利与权限 权利是指执行某种操作和管理的能力,如能否更改系统时间,能否登陆一台计算机,能 否关机等。 权限是指某个对象(如:文件夹、文件、打印机)的访问限制,如:是否能读取、写入 或删除某个文件夹,权限被附加给特定的对象,设置权限是为组合用户设置访问级别,所以 用户权利影响的范围是整个计算机,用户的影响的范围是计算机中操作的某个对象。 2. 如何测试网络连通性 点击开始→运行→输入cmd命令 ipconfig 用于查看网络配置 ping 用于测试网络连通性 ping 127.0.0.1 是测试本机网卡是否正常 ping 本机ip 测试本机网络配置 ping 其他ip 测试与其网络连通性 3 . 简述工作组和域 工作组模式又称对等网络模式,在这种网络中,每台计算机的地位是平等的,没有主次 之分,没有特定计算机做服务器并且,每台计算机保存自己的账户信息,在管理是也只能分 别管理,不能统一管理,因此对等网络只是用户规模较小的网络 域模式又称c/s(客户机/服务器)模式,这种网络中至少有一台计算机充当域控制服务 器的角色,其他计算机充当客户机角色,而整个网络掌握在服务器上,当用户要从客户机等 咯与域是,客户机必须加入域并提供正确的雨用户账户,否则不得访问域资源忧郁账户信息 统一储存,是管理员可以对网络实施集中管理,域模式的网络适用于计算机较多,安全性较 高的网络环境 3. 简述什么是活动目录域树之间的关系 活动目录简称ad,是以中共用于组织,管理和定位网络资源的目录,它建立在域的基 础上,由域控制器对网络网络中的资源进行集中控制,域是ad的基本单位和核心但愿是 ad的分区单位,ad张至少有一个域域的一下3种计算机,域控制器,成员服务器和工作站, ad是以域为基础,具有伸缩性,以满足网络的需要包含一个或多个域。 4. 动态ip的优点:减少网络管理员管理,工作量,提高ip地址使用率,节约ip地址。 缺 点:主机获得的ip地址 不确定,提供的网络服务器不适用。 5. 适用于dhcp。 dhcp客户机法定送客户请求,dhcp 服务器提供网络ip地址;dhcp进 行租用选择dhcp ip租用认可。 6. ftp服务器20.20端口。 21用来用来发送发ftp数据,一旦建立会话,端口21的连 接始 终保持打开,端口2用来发送和接收ftp数据,只在传输数据石达开,传输完后关闭。 篇五:oracle实验总结 oracle实验总结 近日做了基于oracle的数据库安全、对象——sql数据库,xml数据库的实验,其中遇 到很多问题,先总结如下。 2016全新精品资料-全新公文范文-全程指导写作 –独家原创 26 / 26- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- oracle 数据库 总结
咨信网温馨提示:
1、咨信平台为文档C2C交易模式,即用户上传的文档直接被用户下载,收益归上传人(含作者)所有;本站仅是提供信息存储空间和展示预览,仅对用户上传内容的表现方式做保护处理,对上载内容不做任何修改或编辑。所展示的作品文档包括内容和图片全部来源于网络用户和作者上传投稿,我们不确定上传用户享有完全著作权,根据《信息网络传播权保护条例》,如果侵犯了您的版权、权益或隐私,请联系我们,核实后会尽快下架及时删除,并可随时和客服了解处理情况,尊重保护知识产权我们共同努力。
2、文档的总页数、文档格式和文档大小以系统显示为准(内容中显示的页数不一定正确),网站客服只以系统显示的页数、文件格式、文档大小作为仲裁依据,个别因单元格分列造成显示页码不一将协商解决,平台无法对文档的真实性、完整性、权威性、准确性、专业性及其观点立场做任何保证或承诺,下载前须认真查看,确认无误后再购买,务必慎重购买;若有违法违纪将进行移交司法处理,若涉侵权平台将进行基本处罚并下架。
3、本站所有内容均由用户上传,付费前请自行鉴别,如您付费,意味着您已接受本站规则且自行承担风险,本站不进行额外附加服务,虚拟产品一经售出概不退款(未进行购买下载可退充值款),文档一经付费(服务费)、不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
4、如你看到网页展示的文档有www.zixin.com.cn水印,是因预览和防盗链等技术需要对页面进行转换压缩成图而已,我们并不对上传的文档进行任何编辑或修改,文档下载后都不会有水印标识(原文档上传前个别存留的除外),下载后原文更清晰;试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓;PPT和DOC文档可被视为“模板”,允许上传人保留章节、目录结构的情况下删减部份的内容;PDF文档不管是原文档转换或图片扫描而得,本站不作要求视为允许,下载前自行私信或留言给上传者【丰****】。
5、本文档所展示的图片、画像、字体、音乐的版权可能需版权方额外授权,请谨慎使用;网站提供的党政主题相关内容(国旗、国徽、党徽--等)目的在于配合国家政策宣传,仅限个人学习分享使用,禁止用于任何广告和商用目的。
6、文档遇到问题,请及时私信或留言给本站上传会员【丰****】,需本站解决可联系【 微信客服】、【 QQ客服】,若有其他问题请点击或扫码反馈【 服务填表】;文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“【 版权申诉】”(推荐),意见反馈和侵权处理邮箱:1219186828@qq.com;也可以拔打客服电话:4008-655-100;投诉/维权电话:4009-655-100。
1、咨信平台为文档C2C交易模式,即用户上传的文档直接被用户下载,收益归上传人(含作者)所有;本站仅是提供信息存储空间和展示预览,仅对用户上传内容的表现方式做保护处理,对上载内容不做任何修改或编辑。所展示的作品文档包括内容和图片全部来源于网络用户和作者上传投稿,我们不确定上传用户享有完全著作权,根据《信息网络传播权保护条例》,如果侵犯了您的版权、权益或隐私,请联系我们,核实后会尽快下架及时删除,并可随时和客服了解处理情况,尊重保护知识产权我们共同努力。
2、文档的总页数、文档格式和文档大小以系统显示为准(内容中显示的页数不一定正确),网站客服只以系统显示的页数、文件格式、文档大小作为仲裁依据,个别因单元格分列造成显示页码不一将协商解决,平台无法对文档的真实性、完整性、权威性、准确性、专业性及其观点立场做任何保证或承诺,下载前须认真查看,确认无误后再购买,务必慎重购买;若有违法违纪将进行移交司法处理,若涉侵权平台将进行基本处罚并下架。
3、本站所有内容均由用户上传,付费前请自行鉴别,如您付费,意味着您已接受本站规则且自行承担风险,本站不进行额外附加服务,虚拟产品一经售出概不退款(未进行购买下载可退充值款),文档一经付费(服务费)、不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
4、如你看到网页展示的文档有www.zixin.com.cn水印,是因预览和防盗链等技术需要对页面进行转换压缩成图而已,我们并不对上传的文档进行任何编辑或修改,文档下载后都不会有水印标识(原文档上传前个别存留的除外),下载后原文更清晰;试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓;PPT和DOC文档可被视为“模板”,允许上传人保留章节、目录结构的情况下删减部份的内容;PDF文档不管是原文档转换或图片扫描而得,本站不作要求视为允许,下载前自行私信或留言给上传者【丰****】。
5、本文档所展示的图片、画像、字体、音乐的版权可能需版权方额外授权,请谨慎使用;网站提供的党政主题相关内容(国旗、国徽、党徽--等)目的在于配合国家政策宣传,仅限个人学习分享使用,禁止用于任何广告和商用目的。
6、文档遇到问题,请及时私信或留言给本站上传会员【丰****】,需本站解决可联系【 微信客服】、【 QQ客服】,若有其他问题请点击或扫码反馈【 服务填表】;文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“【 版权申诉】”(推荐),意见反馈和侵权处理邮箱:1219186828@qq.com;也可以拔打客服电话:4008-655-100;投诉/维权电话:4009-655-100。
关于本文