面向对象数据库设计与应用 02 - 数据库的创建

一、实验目的

  1. 要求能熟悉运用并掌握数据库创建与登录命令,以及数据库创建句柄的运用。
  2. 熟悉基本的数据库物理设计阶段的流程和步骤,能使用NTCA应用接口进行监听器的初步配置和使用, 能熟悉利用TNSPING对网络配置进行基本的测试。
  3. 理解满足数据库安装的最低要求,以及注意数据库用量的扩展性。
  4. 掌握如何通过控制台SQL Developer连接DBCA的数据库,并熟悉SQL Developer的使用界面和基本操作控制功能。

 

二、实验内容

实验背景导入:

公司在完成了电子商务系统的逻辑设计后,经过公司项目主管审阅没问题后,将进行数据库的物理设计阶段,首先要进行数据库与数据表的创建。根据实验背景的描述,完成以下实验需求:

①使用ORACLE 12C安装包进行数据库平台的安装。

②使用DBCA应用接口进行数据库的图形化安装。

③使用NTCA应用接口进行监听器配置与开启。

④使用NET Manager进行网络服务名的注册。

⑤网络配置完成后进行TNSPING测试。

⑥完成DBCA安装后,登陆控制台SQL Developer。

 

 

三、实验平台

软件:WORD,ORACLE

四、实验步骤

①使用ORACLE 12C安装包进行数据库平台的安装

图4-1 ORACLE安装_配置安全更新

图4-2 ORACLE安装_选择安装选项

图4-3 ORACLE安装_数据库安装选项

图4-4 ORACLE安装_选择数据库版本

图4-5 ORACLE安装_指定Oracle主目录用户

图4-6 ORACLE安装_概要

图4-7 ORACLE安装_安装产品过程

图4-8 ORACLE安装_安装完成

②使用DBCA应用接口进行数据库的图形化安装

进入数据库安装后,要对数据库默认用户设置密码,然后选择需安装的组件(选择EM管理器)。然后配置SGA参数与数据文件存放的物理分区地址,核对启动参数,确认安装数据库。

图4-9 DBCA数据库创建

图4-10 DBCA数据库_创建模式

图4-11 DBCA数据库_概要

图4-12 DBCA数据库_创建过程

图4-13 DBCA数据库_创建完成

③使用NTCA应用接口进行监听器配置与开启

完成数据库安装后,进入监听器配置,注意端口的选择,默认第一个是1521,其次按后增加,配置无误后确认开启。

图4-14 NTCA监听器配置1

图4-15 NTCA监听器配置2

图4-16 NTCA监听器配置_设置端口

图4-17 NTCA监听器配置_配置完成

图4-18 NTCA监听器_验证配置

④使用NET Manager进行网络服务名的注册

打开Oracle Net Manager工具,选择“服务命名”节点,点击左边绿色“+”按钮,弹出“Net 服务命名向导”

图4-19 Net服务命名向导

进入下一步后,保持默认继续下一步。配置server等,之后跳过测试,点击完成即可。此时一定不要忘了选择菜单“文件”——“保存网络配置”以使所做的更改生效。

图4-20 配置server

⑤网络配置完成后进行TNSPING测试

完成网络监听器的配置与网络服务名注册后,可以使用TNSPING这个命令PING通后证明数据库连接网络是通路的。

图4-21 验证NET Manager配置

⑥完成DBCA安装后,登陆控制台SQL Developer。

 

五、运行结果

1.监听器图

图5-1 lsnrctl指令返回的监听信息

2.TNSPING测试图

图5-2 TNSPING测试信息

图5-3 sysdba登录成功

3.SQL DEVELOPER成功登录图

图5-4 SQL DEVELOPER登录成功

图5-5 默认的系统表

 

六、实验总结

通过本实验,可以将相关的实验总结和经验收获分点总结如下:

  1. 基本上能灵活运用数据库创建与登录的命令,以及基本上熟悉了数据库物理设计阶段的流程和步骤。
  2. 能使用NTCA应用接口进行监听器的初步配置和使用,以及能初步使用TNSPING对网络配置进行基本的测试。
  3. 掌握了如何通过控制台SQL Developer连接DBCA的数据库,并基本熟悉了SQL Developer的界面使用和基本操作功能。
  4. 在使用ORACLE 12C安装包进行数据库平台安装之前,对于SQL Server 2008和SQL Server 2017的安装和配置过程已经相当熟悉,但对于从未接触过ORACLE的我来说还是极具好奇和挑战性的。

原文地址:https://www.cnblogs.com/Raodi/p/12155490.html

时间: 2024-10-11 02:51:27

面向对象数据库设计与应用 02 - 数据库的创建的相关文章

数据库设计(一)——数据库设计

数据库设计(一)--数据库设计 一.数据库设计简介 按照规范设计,将数据库的设计过程分为六个阶段: A.系统需求分析阶段B.概念结构设计阶段C.逻辑结构设计阶段D.物理结构设计阶段E.数据库实施阶段F.数据库运行与维护阶段需求分析和概念结构设计独立于任何数据库管理系统. 二.系统需求分析 1.需求分析的任务 需求分析的任务:对现实世界要处理的对象进行详细的调查,通过对原系统的了解,收集支持新系统的基础数据并对其进行处理,在此基础上确定新系统的功能.A.调查分析用户活动B.收集和分析需求数据,确定

数据库设计五要点 让数据库设计更加规范

通常情况下,可以从两个方面来判断数据库是否设计的比较规范.一是看看是否拥有大量的窄表,二是宽表的数量是否足够的少.若符合这两个条件,则可以说明这个数据库的规范化水平还是比较高的.当然这是两个泛泛而谈的指标.为了达到数据库设计规范化的要求,一般来说,需要符合以下五个要求. 要求一:表中应该避免可为空的列. 虽然表中允许空列,但是,空字段是一种比较特殊的数据类型.数据库在处理的时候,需要进行特殊的处理.如此的话,就会增加数据库处理记录的复杂性.当表中有比较多的空字段时,在同等条件下,数据库处理的性能

数据库设计(3/9):创建表

对于设计和创建数据库完全是个新手?没关系,Joe Celko, 世界上读者数量最多的SQL作者之一,会告诉你这些基础.和往常一样,即使是最专业的数据库老手,也会给他们带来惊喜.Joe是DMBS杂志是多年来最受 读者喜爱的作者.他在美国.英国,北欧,南美及非洲传授SQL知识.他在ANSI / ISO SQL标准委员会工作了10年,为SQL-89和SQL-92标准做出了杰出贡献. 有很多表类型,每个都有它们特定规则和完整性约束的需求.不管什么需求,表层级的约束会确保那些规则被执行,数据完整性被保持.

***电商数据库设计参考:ecshop数据库+订单表结构等

ecshop订单表结构ecs_order_info说明 -- 表的结构 `ecs_order_info` CREATE TABLE IF NOT EXISTS `ecs_order_info` ( `order_id` mediumint(8) unsigned NOT NULL AUTO_INCREMENT COMMENT '订单详细信息自增id', `order_sn` varchar(20) NOT NULL COMMENT '订单号,唯一', `user_id` mediumint(8)

优化MySchool数据库设计之【巅峰对决】

优化MySchool数据库设计 之独孤九剑 船舶停靠在港湾是很安全的,但这不是造船的目的 By:北大青鸟五道口原玉明老师 1.学习方法: 01.找一本好书 初始阶段不适合,可以放到第二个阶段,看到知识点时,要进行验证 02.查看帮助文档和搜索引擎的使用 借助网络上的Blog文章 03.不要急功近利 不要抱着速成的想法,否则必然走弯路学习编程不是一蹴而就的事情付出的成本高,才能有一个高薪的收入 04.不要浮躁 不要什么都学,只学有用的 浮躁的程度和技术水平成反比的走自己的路,让别人去浮躁去吧! 每

Microsoft-PetSop4.0(宠物商店)-数据库设计-Sql

ylbtech-DatabaseDesgin:Microsoft-PetSop4.0(宠物商店)-数据库设计-Sql DatabaseName:PetShop(宠物商店) Model:宠物商店网站 Type:专业网站 Url: 1.A,数据库关系图(Database Diagram) 返回顶部 1.B,数据库设计脚本(Database Design Script) - 批处理创建数据返回顶部 1.B.1,Creating Database... 1.B.1.1,Sql/CreateDatabas

数据库设计 Step by Step (2)——数据库生命周期

引言:数据库设计 Step by Step (1)得到这么多朋友的关注着实出乎了我的意外.这也坚定了我把这一系列的博文写好的决心.近来工作上的事务比较繁重,加之我期望这个系列的文章能尽可能的系统.完整,需要花很多时间整理.思考数据库设计的各种资料,所以文章的更新速度可能会慢一些,也希望大家能够谅解. 系列的第二讲我们将站在高处俯瞰一下数据库的生命周期,了解数据库设计的整体流程 数据库生命周期 大家对软件生命周期较为熟悉,数据库也有其生命周期,如下图所示. 图(1)数据库生命周期 数据库的生命周期

规范化-数据库设计原则

关系数据库设计的核心问题是关系模型的设计.本文将结合具体的实例,介绍数据库设计规范化的流程. 摘要 关系型数据库是当前广泛应用的数据库类型,关系数据库设计是对数据进行组织化和结构化的过程,核心问题是关系模型的设计.对于数据库规模较小的情况,我们可以比较轻松的处理数据库中的表结构.然而,随着项目规模的不断增长,相应的数据库也变得更加复杂,关系模型表结构更为庞杂,这时我们往往会发现我们写出来的SQL语句的是很笨拙并且效率低下的.更糟糕的是,由于表结构定义的不合理,会导致在更新数据时造成数据的不完整.

机房收费系统数据库设计

之前,学习编写机房收费系统的文档时,曾写过 机房收费系统数据库概念设计模型--ER图 这篇文章,现在到了机房收费系统个人版重构阶段,需要再次进行数据库的设计.可以说,之前的数据库的概念设计给我现在的设计奠定了一定的基础,但是仍然发现自己的设计中有许多不合理并且需要改进的地方. 在这次的数据库设计当中,学习了一些数据库的命名规范,重温了经典的三范式(属性原子化,避免局部依赖,避免传递依赖).但是发现,在需求面前,一些分属两张表的字段,为了方便,还是得放到一张表中,不得不破坏三范式. 现在将自己设计