选择恰当的数据库论文写作中有哪些方面的作用

大家知道，常用的数据库一般是分为三种： (一)、Access (二)SQL Server(三)MySQL，

下面是一些关于数据库的详细资料。

常用的数据库区别和功能方面：

Access是一种桌面数据库，只适合数据量少的应用，在处理少量数据和单机访问的数据库时是很好的，效率也很高。但是它的同时访问客户端不能多于4个。access数据库有一定的极限，如果数据达到100M左右，很容易造成服务器iis假死，或者消耗掉服务器的内存导致服务器崩溃。

SQL Server是基于服务器端的中型的数据库，可以适合大容量数据的应用，在功能上管理上也要比Access要强得多。在处理海量数据的效率，后台开发的灵活性，可扩展性等方面强大。因为现在数据库都使用标准的SQL语言对数据库进行管理，所以如果是标准SQL语言，两者基本上都可以通用的。92HeZu网全部双线合租空间均可使用Access数据库，同时也支持SQL Server。SQL Server还有更多的扩展，可以用存储过程，数据库大小无极限限制。

SQL Server 特点：

1真正的客户机/服务器体系结构。

2图形化用户界面，使系统管理和数据库管理更加直观、简单。

3丰富的编程接口工具，为用户进行程序设计提供了更大的选择余地。

4SQL Server与Windows NT完全集成，利用了NT的许多功能，如发送和接受消息，管理登录安全性等。SQL Server也可以很好地与microsoft BackOffice产品集成。

5具有很好的伸缩性，可跨越从运行Windows 95/98的膝上型电脑到运行Windows 2000的大型多处理器等多种平台使用。

6对Web技术的支持，使用户能够很容易地将数据库中的数据发布到Web页面上。

7SQL Server提供数据仓库功能，这个功能只在Oracle和其他更昂贵的DBMS中才有。

MySQL是一个开放源码的小型关系型数据库管理系统，开发者为瑞典MySQL AB公司，92HeZu网免费赠送MySQL。目前MySQL被广泛地应用在Internet上的中小型网站中。提供由于其体积小、速度快、总体拥有成本低，尤其是开放源码这一特点，许多中小型网站为了降低网站总体拥有成本而选择了MySQL作为网站数据库。

MySQL特点：

1MySql的核心程序采用完全的多线程编程。线程是轻量级的进程，它可以灵活地为用户提供服务，而不过多的系统资源。

2MySql可运行在不同的 *** 作系统下。简单地说，MySql可以支持Windows95/98/NT/2000以及UNIX、Linux和SUN OS等多种 *** 作系统平台。

3MySql有一个非常灵活而且安全的权限和口令系统。当客户与MySql服务器连接时，他们之间所有的口令传送被加密，而且MySql支持主机认证。

4MySql支持ODBC for Windows。MySql支持所有的ODBC 25函数和其他许多函数，这样就可以用Access连接MySql服务器，从而使得MySql的应用被大大扩展。

5MySql支持大型的数据库。虽然对于用Php编写的网页来说只要能够存放上百条以上的记录数据就足够了，但MySql可以方便地支持上千万条记录的数据库。

6MySql拥有一个非常快速而且稳定的基于线程的内存分配系统，可以持续使用面不必担心其稳定性。

7强大的查询功能。MySql支持查询的SELECT和WHERE语句的全部运算符和函数，并且可以在同一查询中混用来自不同数据库的表，从而使得查询变得快捷和方便。

8PHP为MySql提供了强力支持，PHP中提供了一整套的MySql函数，对MySql进行了全方位的支持

(一)题名(Title,Topic)

题名又称题目或标题。题名是以最恰当、最简明的词语反映论文中最重要的特定内容的逻辑组合。

论文格式相关书籍论文题目是一篇论文给出的涉及论文范围与水平的第一个重要信息，也是必须考虑到有助于选定关键词不达意和编制题录、索引等二次文献可以提供检索的特定实用信息。论文题目十分重要，必须用心斟酌选定。有人描述其重要性，用了下面的一句话：“论文题目是文章的一半”。对论文题目的要求是：准确得体：简短精炼：外延和内涵恰如其分：醒目。

(二)作者姓名和单位(Author and department)

这一项属于论文署名问题。署名一是为了表明文责自负，二是记录作用的劳动成果，三是便于读者与作者的联系及文献检索(作者索引)。大致分为二种情形，即：单个作者论文和多作者论文。后者按署名顺序列为第一作者、第二作者……。重要的是坚持实事求是的态度，对研究工作与论文撰写实际贡献最大的列为第一作者，贡献次之的，列为第二作者，余类推。注明作者所在单位同样是为了便于读者与作者的联系。

(三)摘要(Abstract)

论文一般应有摘要，有些为了国际交流，还有外文(多用英文)摘要。它是论文内容不加注释和评论的简短陈述。其他用是不阅读论文全文即能获得必要的信息。摘要应包含以下内容：

①从事这一研究的目的和重要性;

②研究的主要内容，指明完成了哪些工作;

③获得的基本结论和研究成果，突出论文的新见解;

④结论或结果的意义。

(四)关键词(Key words)

关键词属于主题词中的一类。主题词除关键词外，还包含有单元词、标题词的叙词。

主题词是用来描述文献资料主题和给出检索文献资料的一种新型的情报检索语言词汇，正是由于它的出现和发展，才使得情报检索计算机化(计算机检索)成为可能。主题词是指以概念的特性关系来区分事物，用自然语言来表达，并且具有组配功能，用以准确显示词与词之间的语义概念关系的动态性的词或词组。

ORACLE中SQL查询优化研究

摘 要 数据库性能问题一直是决策者及技术人员共同关注的焦点，影响数据库性能的一个重要因素就是SQL查询语句的低效率。论文首先分析了导致SQL查询语句性能低下的四个常见原因以及SQL调优的一般步骤，然后分别针对如何降低I/O *** 作、在查询语句中如何避免对查询结果的高成本 *** 作以及在多表连接时如何提高查询效率进行了分析。

关键词 ORACLE；SQL；优化；连接

1 引言

随着网络应用不断发展，系统性能已越来越引起决策者的重视。影响系统性能的因素很多，低效的SQL语句就是其中一个不可忽视的重要原因。论文首先分析导致SQL性能低下的常见原因，然后分析SQL调优应遵循的一般步骤，最后从如何降低I/O、避免对查询结果的高成本 *** 作和多表连接中如何提高SQL性能进行了研究。鉴于目前ORACLE在数据库市场上的主导地位，论文将只针对ORACLE进行讨论。

2 影响SQL性能的原因

影响SQL性能的因素很多，如初始化参数设置不合理、导入了不准确的系统及模式统计数据从而影响优化程序(CBO)的正确判断等，这些往往和DBA密切相关。纯粹从SQL语句出发，笔者认为影响SQL性能不外乎以下四个重要原因：

(1)在大记录集上进行高成本 *** 作，如使用了引起排序的谓词等。

(2)过多的I/O *** 作(含物理I/O与逻辑I/O)，最典型的就是未建立恰当的索引，导致对查询表进行全表扫描。

(3)处理了太多的无用记录，如在多表连接时过滤条件位置不当导致中间结果集包含了太多的无用记录。

(4)未充分利用数据库提供的功能，如查询的并行化处理等。

第(4)个原因处理起来相对简单。论文将针对前三个原因论述如何提高SQL查询语句的性能。

3 SQL优化的一般步骤

SQL优化一般需经过发现问题、分析问题、提出解决措施、应用措施、测试性能几个步骤，如图1所示。“发现问题就是解决问题的一半”，因此在SQL调优过程中，定位问题SQL是非常重要的一步，一般可借助于ORACLE自带的性能优化工具如STATSPACK、TKPROF、AUTOTRACE等辅助用户进行，同时还应该重视动态性能视图如V$SQL、V$MYSTAT、V$SYSSTAT等的研究。

图1 SQL优化的一般步骤

4 SQL语句的优化

41 优化排序 *** 作

排序的成本十分高昂，当在查询语句中使用了引起结果集排序的谓词时，SQL性能必然受到影响。

411 排序过程分析

当待排序数据集不是太大时，服务器在内存(排序区)完成排序 *** 作，如果排序需要更多的内存空间，服务器将进行如下处理：

(1) 将数据分成多个小的集合，对每一集合进行排序。

(2) 服务器向磁盘申请临时空间，将排好序的中间结果写入临时段，再对另外的集合进行排序。

(3) 在所有的集合均排好序后，服务器再将它们进行合并得到最终的结果，如果排序区尺寸太小，合并无法一次完成时，将分多次进行。

从上述分析可知，排序是一种十分昂贵的 *** 作，它消耗大量的CPU时间和内存，触发磁盘分页和交换 *** 作，因此只要有可能，我们就应该在SQL语句中尽量避免排序 *** 作。

412 SQL中引起排序的 *** 作

SQL查询语句中引起排序的 *** 作大致有：ORDER BY 和GROUP BY 从句；DISTINCT修饰符；UNION、INTERSECT、MINUS集合 *** 作符；多表连接时的排序合并连接(SORT MERGE JOIN)等。

413 如何避免排序

1)建立恰当的索引

对经常进行排序和连接 *** 作的字段建立索引。在建立索引后，当服务器向这些字段发出排序请求时，将直接引用索引而不进行排序 *** 作；当进行等值连接查询 *** 作时，若建立连接的字段未建立索引，服务器进行的是排序合并连接(SORT MERGE JOIN)，连接 *** 作的过程如下：

对进行连接的两个或多个表分别进行全扫描；

对每一个表中的行集分别进行全排序；

合并排序结果。

如果建立连接的字段已建立索引，服务器进行嵌套循环连接(NESTED LOOP JOINS)，该连接方式不需要任何排序，其过程如下：

对驱动表进行全表扫描；

对返回的每一行利用连接字段值实施索引惟一扫描；

利用从索引扫描中返回的ROWID值在从表中定位记录；

合并主、从表中的匹配记录。

因此，建立索引可避免多数排序 *** 作。

2)用UNIION ALL替换UNION

UNION在进行表链接后会筛选掉重复的记录，所以在表链接后会对所产生的结果集进行排序运算，删除重复的记录再返回结果。大部分应用中是不会产生重复记录的，最常见的是过程表与历史表UNION 。因此，采用UNION ALL *** 作符替代UNION，因为UNION ALL *** 作只是简单的将两个结果合并后就返回。

42 优化I/O

过多的I/O *** 作会占用CPU时间、消耗大量内存和占用过多的栓锁，因此有必要对SQL的I/O进行优化。优化I/O的最有效方式就是用索引扫描代替全表扫描。

421 应用基于函数的索引

基于函数的索引(FUNCTION BASED INDEX，简记为FBI)提供了索引计算列并在查询中使用这些索引的能力。FBI的实质是对查询所需中间结果进行预处理。如果一个FBI与查询语句中的内嵌函数完全匹配，CBO在生成查询计划时，将自动启用索引范围扫描(INDEX RANGE SCAN)替换全表扫描(FULL TABLE SCAN)。考察下面的代码段并用AUTOTRACE观察创建FBI前后执行计划的变化。

select from emp where upper(ename)=’SCOTT’

创建FBI前，很明显是全表扫描。

Execution Plan

……

1 0 TABLE ACCESS (FULL) OF 'EMPLOYEES' (Cost=2 Card=1 Bytes=22)

idle>CREATE INDEX EMP_UPPER_FIRST_NAME ON EMPLOYEES(UPPER(FIRST_NAME))；

索引已创建。

再次运行相同查询，

Execution Plan

……

1 0 TABLE ACCESS (BY INDEX ROWID) OF 'EMPLOYEES' (Cost=1 Card=1 Bytes=22)

2 1 INDEX (RANGE SCAN) OF 'EMP_UPPER_FIRST_NAME' (NON-UNIQUE) (Cost=1 Card=1)

这一简单的例子充分说明了FBI在SQL查询优化中的作用。FBI所用的函数可以是用户自己创建的函数，该函数越复杂，基于该函数创建FBI对SQL查询性能的优化作用越明显。

422 应用物化视图和查询重写

物化视图是一个预计算结果集，其中通常包含聚集与多表连接等复杂 *** 作。数据库自动维护物化视图，且随用户的要求进行刷新。查询重写机制就是用数据库中的替代对象(如物化视图)将用户提交的查询重写为完全不同但功能等价的查询。查询重写对用户透明，用户完全按常规编写访问数据库的查询语句，优化程序(CBO)自动决定是否对用户提交的查询进行重写。查询重写是提高查询性能的一种非常有效的方法，尤其是在数据仓库环境中针对汇总、多表连接以及其它高成本的 *** 作方面。

下面以一个非常简单的例子来演示物化视图和查询重写在优化SQL查询性能方面的作用。

select deptdeptno，deptdname，count()

from emp，dept

where empdeptno=deptdeptno

group by deptdeptno，deptdname

查询计划及主要统计数据如下：

执行计划：

-----------------------------------------

……

2 1 HASH JOIN (Cost=5 Card=14 Bytes=224)

3 2 TABLE ACCESS (FULL) OF 'DEPT' (Cost=2 Card=4 Bytes=52)

4 2 TABLE ACCESS (FULL) OF 'EMP' (Cost=2 Card=14 Bytes=42)

主要统计数据：

-----------------------------------------

305 recursive calls

46 consistent gets

创建物化视图EMP_DEPT：

create materialized view emp_dept build immediate

refresh on demand

enable query rewrite

as

select deptdeptno，deptdname，count()

from emp，dept

where empdeptno=deptdeptno

group by deptdeptno，deptdname

/

再次执行查询，执行计划及主要统计数据如下：

执行计划：

-------------------------------------

……

1 0 TABLE ACCESS (FULL) OF 'EMP_DEPT' (Cost=2 Card=327 Bytes=11445)

主要统计数据：

------------------------------------

79 recursive calls

28 consistent gets

可见，在建立物化视图之前，首先执行两个表的全表扫描，然后进行HASH连接，再进行分组排序和选择 *** 作；而建立物化视图后，CBO自动将上述复杂 *** 作转换为对物化视图EMP_DEPT的全扫描，相关的统计数据也有了很大的改善，递归调用(RECURSIVE CALLS)由305降到79，逻辑I/O(CONSISTENT GETS)由46降为28。

423 将频繁访问的小表读入CACHE

逻辑I/O总是快于物理I/O。如果数据库中存在被应用程序频繁访问的小表，可将这些表强行读入KEEP池，从而避免物理I/O的发生。

43 多表连接优化

最能体现查询复杂性的就是多表连接，多表连接 *** 作往往要耗费大量的CPU时间和内存，因此多表连接查询性能优化往往是SQL优化的重点与难点。

431 消除外部连接

通过消除外部连接，不仅使得到的查询更易于读取，而且性能也经常可以得到改善。一般的思路是，有以下形式的查询：

SELECT …，OUTER_JOINED_TABLECOLUMN

FROM SOME_TABLE，OUTER_JOINED_TO_TABLE

WHERE …=OUTER_JOINED_TO_TABLE(+)

可转换为如下形式的查询：

SELECT …，(SELECT COLUMN FROM OUTER_ JOINED_TO_TABLE WHERE …)FROM SOME_TABLE；

432 谓词前推，优化中间结果

多表连接的性能低下多数是因为连接 *** 作与过滤 *** 作的次序不合理，大多数用户在编写多表连接查询时，总是先进行连接 *** 作再应用过滤条件，这导致服务器做了太多的无用功。针对这类问题，其优化思路就是尽可能将过滤谓词前推，使不符合条件的记录提前被筛选掉，只对符合条件的少数记录进行连接处理，这样可成倍的提高SQL查询效能。

标准连接查询如下：

Select aprod_name，sum(bsale_quant)，

sum(csale_quant)，sum(dsale_quant)

From product a，tele_sale b，online_sale c，store_sale d

Where aprod_id=bprod_id and aprod_id=cprod_id

and aprod_id=dprod_id And aorder_date>sysdate-90

Group by aprod_id；

启用内嵌视图，且将条件aorder_date>sysdate-90前移，优化后代码如下：

Select aprod_name，btele_sale_sum，conline_sale_sum，dstore_sale_sum From product a，

(select sum(sal_quant) tele_sale_sum from product，tele_sale

Where productorder_date>sysdate-90 and productprod_id =tele_saleprod_id) b，

(select sum(sal_quant) online_sale_sum

from product，tele_sale

Where productorder_date>sysdate-90 and productprod_id =online_saleprod_id) c，

(select sum(sal_quant) store_sale_sum

from product，store_sale

Where productorder_date>sysdate-90 and productprod_id =store_saleprod_id) d，

Where aprod_id=bprod_id and

aprod_id=cprod_id and aprod_id=dprod_id；

5 结束语

SQL语言在数据库应用中占有非常重要的地位，其性能的优劣直接影响着整个信息系统的可用性。论文从影响SQL性能的最主要的三个方面入手，分析了如何优化SQL查询的I/O、避免高成本的排序 *** 作和优化多表连接。需要强调的一点是，理解SQL语句所解决的问题比SQL调优本身更重要，因此SQL调优需要系统分析人员、开发人员和数据库管理员密切协作。

参考文献

[1]Thomas KyteEffective Oracle by Design：Design and Build High-performance Oracle Application[M]，The McGral- Hill Companies，Inc，2003

[2]Kevin Loney，George Koch，Oracle 9i：The Complete Reference[M]，The McGral-Hill Companies，Inc，2002

[3] Oracle9i SQL Reference release 2(92)[OL/M]，200210 >

那你就写实际建立数据库过程中遇到需要注意的地方，和课本上的印证一下，及巩固了自己所学的，有参与了实践。不是写数据库设计 而是说在设计上需要注意的地方 比如范式的裁定 事务 和安全性方面的 。。。有不明白的地方随时和老师沟通一下。希望对你有所帮助。

论文数据库设计需要按照以下数据内容按顺序排列即可。

1、学院数据实体：学院名称、负责人、办公电话、学院编号。

2、学生数据实体：学号、密码、姓名、性别、民族、籍贯、出生日期、身份z号、联系电话、Email、备注、学院编号、所在班级、角色名称、论文编号。

3、教师数据实体：教师编号、密码、学院编号、所在科室、发布选题、教育程度、职称、姓名、性别、政治面貌、联系电话、Email、角色名称、备注。

4、角色数据实体：角色名称、权限名称。权限数据实体：权限名称、角色名称。以上的实体都是基本的数据实体。

由于 *** 作模块的名称对应该权限，在程序初始化时这些数据都应该添加，教师论文管理系统的目的进行论文管理，因此还要包括如下的几个数据实体：

1、论文数据实体：论文编号、学院、作者、刊物名称、论文题目、收录情况、教师编号、学号、影响力、影响因子、引用次数、备注。

2、评审数据实体：教师编号、学号、论文编号、论文题目、评审意见、总分。

将数据概念结构设计转化为SQLSERVER2005数据库系统所支持的实际数据库模型，就是数据库的逻辑结构。在实体以及实体之间的关系基础上，形成数据库中的表格以及各个表格之间的关系。

扩展资料：

论文数据库设计注意事项：

1、标题。标题应鲜明、准确、精练地直接概括所进行的研究实践的主要内容和结果，正标题一般不超过20个字，如需有副标题，副标题一般不超过28个字。

2、内容提要。在主体内容前用200－500字扼要介绍论文的主要内容、采用的方法和得出的主要结论。

3、关键词。按照与论文内容紧密程度，另行依次列出3－5个关键词。

4、英文翻译内容。中文的标题、作者姓名、指导教师姓名、内容提要、关键词应翻译成英文。

参考资料：

数据库论文在百度上就有很多，可自行下载。

数据库(Database)是按照数据结构来组织、存储和管理数据的仓库，它产生于距今六十多年前，随着信息技术和市场的发展，特别是二十世纪九十年代以后，数据管理不再仅仅是存储和管理数据，而转变成用户所需要的各种数据管理的方式。

数据库有很多种类型，从最简单的存储有各种数据的表格到能够进行海量数据存储的大型数据库系统都在各个方面得到了广泛的应用。

在信息化社会，充分有效地管理和利用各类信息资源，是进行科学研究和决策管理的前提条件。数据库技术是管理信息系统、办公自动化系统、决策支持系统等各类信息系统的核心部分，是进行科学研究和决策管理的重要技术手段。

数据库(Database)是按照数据结构来组织、存储和管理数据的建立在计算机存储设备上的仓库。

简单来说是本身可视为电子化的文件柜——存储电子文件的处所，用户可以对文件中的数据进行新增、截取、更新、删除等 *** 作。

在经济管理的日常工作中，常常需要把某些相关的数据放进这样的“仓库”，并根据管理的需要进行相应的处理。

不知道你要写的是什么类型的论文：课程论文、毕业论文。

一般来说，数据库的论文最好从某个方面深入写，不要泛泛将整个数据库的知识都介绍一遍，比如你可以讨论数据库的加锁机制、安全性问题、性能调优等等。

以上就是关于选择恰当的数据库论文写作中有哪些方面的作用全部的内容，包括:选择恰当的数据库论文写作中有哪些方面的作用、国产数据库调查论文、求SQL数据库论文等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！