四点数据库开发技术分析

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

解析四点数据库开发技术

数据库的应用特不广泛,在生产生活或上网娱乐过程中,都离不开数据库。数据库是存放数据的仓库,在那个仓库里面,数据库的使用者能够专门方便的集中治理数据。

当今常用的几种数据库治理系统DBMS

计算机实质上确实是“信息处理机”,所谓的信息包括:文字、图片、音频和视频等一切具有特定意义的符号或记录。而计算机从诞生之日起就要跟这些数据打交道,最初的数据治理系统称为“文件系统”,立即数据以文件列表的方式存放,后来为了让数据治理规范化,开发了数据库治理系常DBMS)。

与数据库知识相关的一些差不多概念有:

数据:文字、图片、音频和视频等一切具有特定意义的符号或记录。

数据库:也称为数据仓库,是存放数据的物理的或逻辑的介质。数据库治理系统(DBMS):治理数据库的专用数据治理软件。数据库治理员(DBA):具有治理数据库权限的人。

依照功能级不和数据治理性能,当今常用的数据库治理系统(DBMS)能够分为3类:

大型数据库:Oracle、DB2。

中大型数据库:Sybase、Informix、SqlServer。

小型数据库:Access、Sybase sql、Anywhere、dbf、execl。

关系代数与数据库SQL语言

当今主流的数据库差不多上属于“关系型数据库”,所谓关系型数据库确实是数据库里面治理的数据确实是一张二维表

规范化和数据库表设计常见的问题

如前文所述,一个主码就能够确定一个元组,也确实是讲元组的所有属性都依靠于主码,假如A属性组函数依靠于B属性组,同时B属性组假如去掉任一属性,则函数依靠都不成立,则成为A 属性组完全函数依靠于B属性组。完全函数依靠在数据库设计规范化理论中有重要的意义。

目前关系数据库有六种范式:第一范式(1NF)、第二范式(2NF)、第三范式(3NF)、第四范式(4NF)、第五范式(5NF)和第六

范式(6NF)。满足最低要求的范式是第一范式(1NF)。在第一范式的基础上进一步满足更多要求的称为第二范式(2NF),其余范式以次类推。反过来讲,也确实是满足6NF的,一定满足5NF,以此类推。

ODBC、DAO和ADO技术简介

如前文所述,序列化实际上确实是将要保存的数据在程序关闭之前写入磁盘,而需要读取时,再从磁盘写入到内存中进行处理,显然,假如要处理的数据比系统可用的内存大(系统可用的内存能够由物理内存和虚拟内存组成),则序列化是无效的。另外,就确实是待处理的数据能够顺利装入内存,也没有必要将所有的数据都装入内存处理。

微软公司的ADO(ActiveX Data Objects)是一个用于存取数据源的COM组件。它提供了编程语言和统一数据访问方式OLE DB 的一个中间层。同意开发人员编写访问数据的代码而不用关怀数据库是如何实现的,而只用关怀到数据库的连接。访问数据库的时候,关于SQL的知识不是必要的,然而特定数据库支持的SQL 命令仍能够通过ADO中的命令对象来执行。

数据库性能优化之CPU资源

数据库优化不仅仅是 DBA(数据库治理员)的情况,它也是应用设计人员、应用开发人员必须作的情况。在确认了由谁来进行数据库优化之后,就要考虑从何时开始进行数据库优化。许多人认为对数据库的优化不急,等到用户开始抱怨系统运行速度无法忍受时,再进行优化。但现在某些有效的优化手段己无法有效的使用。关于熟悉软件工程的人来讲,在一个系统的生命周期内,对系统进行调整,想利用较小的人力、物力而能够收到较好的收益的话,最好在系统的设计和开发期内进行。假如软件已成为产品,现在再进行系统调整,则耗费的精力最多,而收益最小。同样,关于数据库的优化,最好的时期是在系统的设计和开发时期,尽量幸免在系统成型之后再进行优化。

不管是设计或维护数据库系统,都必须建立专门的性能指标,使人们能够有明确的目标,明白在何时进行调整。调整一个数据库系统的最有效的步骤如下:

1、在设计系统时考虑系统的性能。

2、在开发应用程序时考虑系统的性能。

3、调整操作系统的硬件和软件设置。

4、识不系统的性能的瓶颈。

5、确认问题的缘故。

6、采取纠正的动作

关于任何一个系统而言,良好设计的系统能够防止在应用生命周期以后产生的性能问题。同时,每一个系统设计人员和应用开发人员必须了解 Oracle 的查询处理机制来编写有效的 SQL 语句。以下提出进行系统设计时,应尽量遵循的原则:1、消除客户机/服务器应用中不必要的网络传输。例如:使用 Oracle 的REPORT 时,尽可能对单表进行处理,不要对多表进行连接处理,以免造成不必要的网络传输。2、使用适用于自己系统的相应的Oracle 服务器选件(例如:并行查询或分布式数据库等)。3、除非系统有专门的需要,请使用缺省的 Oracle 锁,无须自己对应用程序进行加锁处理,以免产生不可预测的错误。4、为了便于对数据库的每个应用进行跟踪调测,尽可能记住每一个用户所运行的模块。便于今后对系统性能的跟踪。5、在数据库建立时,需从自身的实际动身建立合适的数据块长度。

CPU 是服务器的一项重要资源,服务器良好的工作状态是在工作高峰时 CPU的使用率在 90%以上。假如空闲时刻 CPU 使用率就

在 90%以上,讲明服务器缺乏CPU 资源,假如工作高峰时 CPU 使用率仍然专门低,讲明服务器 CPU 资源还比较富余。

使用操作系统命令能够看到 CPU 的使用情况,一般 UNIX 操作系统的服务器,能够使用 sar -u 命令查看 CPU 的使用率,Windows 系列的操作系统的服务器,能够使用性能治理器来查看CPU 的使用率。数据库治理员能够通过查看 v$sysstat 数据字典中“CPU used by this session”统计项得知 Oracle 数据库使用的 CPU 时刻,查看“OS User level CPU time”统计项得知操作系统用户态下的 CPU 时刻,查看“OS System call CPU time”统计项得知操作系统系统态下的 CPU 时刻,操作系统总的 CPU 时刻确实是用户态和系统态时刻之和,假如 Oracle 数据库使用的 CPU 时刻占操作系统总的 CPU 时刻 90%以上,讲明服务器 CPU 差不多上被 Oracle 数据库使用着,这是合理,反之,讲明服务器CPU 被其它程序占用过多,Oracle 数据库无法得到更多的 CPU 时刻。

数据库治理员还能够通过查看 v$sesstat 数据字典来获得当前连接 Oracle 数据库各个会话占用的 CPU 时刻,从而得知什么会话耗用服务器 CPU 比较多。

相关文档
最新文档