全文数据库的优缺点

第一篇：全文数据库的优缺点

全文数据库集文献检索与全文提供于一体，是近年来发展较快和前景看好的一类数据库。目前的中文全文数据库有：中国期刊全文数据库（清华同方）、中文科技期刊数据库（维普）、万方系统的数字化期刊全文数据库（万方）。

三种全文数据库共同优点

1、免去了检索书目数据库后还得费力去获取原文的麻烦。

2、多数全文数据库提供全文字段检索，这有助于文献的查全。

3、三个库都可以进行简单检索、二次检索、高级检索等,检索策略都可以编辑、保存。共同的缺点

1、阅读全文数据库中的全文，计算机内必须安装有全文浏览器。

2、通用的全文格式较少，主要有PDF格式和HTML格式。

各类全文数据库的优缺点：

1、从期刊种类收录情况来看,清华同方收录期刊为8712种,其中核心期刊1750多种;万方收录5928种,核心期刊2374种;维普收录12000余种,核心期刊1810种。维普收录期刊总数最多,其中包括了具有一定影响且连续性的非正式发行刊物。三个数据库对核心期刊的收录均沿用了自身设定的遴选标准,因此无法作出绝对的判断。但从以上三大数据库对核心期刊收录量分别占期刊总数的百分比来看,清华同方占20.1%、维普占15.1%,万方占40.0%。2007年以来医学中华系列杂志由万方独家发行,这样万方数据库在收录核心期刊中占有绝对优势。

2、从收录全文篇数来看(截止日期为2007年年底),清华同方收录期刊全文文献6196125条,维普收录期刊文献12514411条,万方数字化期刊收录期刊文献约800万条,维普收录期刊全文文献最多,特别是在学科交叉中体现较为明显,例如以中药葛根为关键词,时间限定在2003年～2007年,维普检索是2744条,清华同方是2315条,万方数据库是2061条,数据相差的原因是葛根不仅仅在医药专辑中能查到,在农林专辑中也可以查到。

3、从学科覆盖范围来看,清华同方和维普都涵盖了文理工农医全部学科的内容,而万方学科覆盖范围在人文科学方面要稍显不足。

4、从检索字段来看,清华同方提供的检索字段最多,其次是维普,而万方只提供了最基本的检索字段。清华同方除了提供一些必需的检索字段,还提供了诸如参考文献,全文,智能检索,基金,中图分类号,ISSN等字段可以更方便更准确地检索到所需的文章。

5、从对检索结果的处理方式来看,万方对于检索结果的处理方式更为全面周到,尤其是对检索结果的排序,在三个库中是最全面的。

6、从检索导航功能来看,三个库中,清华同方的导航途径最多,有多种导航系统,检索查询更为方便自如,而万方和维普各只有三种导航系统。

7、关于引文的查询,清华同方和万方都有专门的引文库,维普也能进行引文查询。

8、从能否进行检索范围限定来看,维普可进行范围限制的功能最全面,其次是清华同方,而万方不可进行范围限制。

9、从语言界面看,清华同方和万方有简体中文,繁体中文,英文三种,适应不同语言的检索人员使用,检索的更多更广。维普只有简体中文一种语言界面。

10、清华同方实现了对CNKI各源数据库统一分类导航,新的导航统一为10大专辑,168个专题数据库,期刊、学位论文、会议论文、报纸四种载体在统一导航的机制下,进行事实上的整合,实现跨库检索功能。学校图书馆还可以向清华同方公司申请到50个漫游用户,使用漫游帐号,读者可不受IP地址限制,在校园网外同样可以检索学校订购该数据库资源和下载文章。这样更方便了家住校外及出差外地的老师同样也能使用CNKI数据库资源,真正体会到无距

离感。这个网上漫游功能是其它数据库还没有的。但万方数据库也能在自己整个资源下进行跨库检索功能。

第二篇：各种数据库的介绍以及数据库优缺点浅析

各种数据库的介绍以及数据库优缺点浅析

一、各种数据库简介

DB2: 关系型数据库, 适用于大型的分布式应用系统, 确实是非常非常好的数据库, 无论稳定性, 安全性, 恢复性等等都无可挑剔, 而且从小规模到大规模的应用都非常适合, 但是使用起来觉得非常繁琐, 首先安装的时候要求颇多, 很多软件都可能和DB2产生冲突, 因为一般DB2都是安装在小型机或者服务器上的, 所以在PC上安装很费事儿.新建一个库需要设置很多东西, 分配各种各样的存储空间, 我们在讲DB2的时候没有将多少应用, 几乎整节课都是在配置它.Oracle: 关系型数据库, 是目前市场占有率最大的数据库, 安装起来很繁琐, 而且程序文件很多...用起来非常方便, 对于初学者, 有很简单的配置, 对于要求很高的企业级应用, 也有很复杂的配置和管理方法, 有很强大的数据字典, 可以说是最实用的数据库了, 但是价格不菲...MS SQL: MS SQL有两个版本，分别是2000和2005, 这两个版本差了很多, 2000的数据库做的不错, 程序很小, 操作简单, 功能较全, 算是各方面都很中庸的数据库吧, 是中型数据库；2005中加入了很多功能, 复杂多了, 有大型数据库的风范了, 而且价格也变高了, 个人觉得除非用的是Window Server 系统或者针对Microsoft产品, 否则不如用Oracle好.MYSQL: 这是一个很好的关系型数据库, 免费, 而且功能很全, 程序又小, 安装简单, 现在很多网站都用MYSQL, 在字段约束上做的差了点儿, 其他的都不错, 和MS SQL 用着差不多.Access: 典型的桌面数据库, 觉得做个单机系统, 比如记账, 记事儿什么的还成, 在局域网里跑个小系统都够呛, 数据源连接很简单, 因为是Office的数据库, 所以Windows自带数据源.二、各种数据库在不同方面的优缺点

1、开放性

SQL Server

只能在windows 上运行，没有丝毫的开放性，操作系统的系统的稳定对数据库是十分重要的。Windows9X系列产品是偏重于桌面应用，NT server只适合中小型企业。而且windows平台的可靠性，安全性和伸缩性是非常有限的。它不象unix那样久经考验，尤其是在处理大数据量的关键业务时。

Oracle

能在所有主流平台上运行（包括 windows）。完全支持所有的工业标准。采用完全开放策略。可以使客户选择最适合的解决方案。对开发商全力支持。

DB2

能在所有主流平台上运行（包括windows）。最适于海量数据。DB2在企业级的应用最为广泛,在全球的500家最大的企业中,几乎85%以上用DB2数据库服务器,而国内到97年约占5%.2、可伸缩性，并行性

SQL server

并行实施和共存模型并不成熟。很难处理日益增多的用户数和数据卷。伸缩性有限。Oracle

平行服务器通过使一组结点共享同一簇中的工作来扩展windownt的能力,提供高可用性和高伸缩性的簇的解决方案。如果windowsNT不能满足需要, 用户可以把数据库移到UNIX中。

DB2

DB2具有很好的并行性。DB2把数据库管理扩充到了并行的、多节点的环境。数据库分区是数据库的一部分，包含自己的数据、索引、配置文件、和事务日志。数据库分区有时被称为节点或数据库节点。

3、安全性

SQL server

没有获得任何安全证书。

Oracle Server

获得最高认证级别的ISO标准认证。

DB2

获得最高认证级别的ISO标准认证。

4、性能

SQL Server

多用户时性能不佳

Oracle

性能最高，保持windowsNT下的TPC-D和TPC-C的世界记录。

DB2

适用于数据仓库和在线事物处理性能较高。

5、客户端支持及应用模式

SQL Server

C/S结构，只支持windows客户，可以用ADO,DAO,OLEDB,ODBC连接。

Oracle

多层次网络计算，支持多种工业标准，可以用ODBC,JDBC,OCI等网络客户连接。DB2

跨平台，多层结构，支持ODBC,JDBC等客户。

6、操作

SQL Server

操作简单,但只有图形界面。

Oracle

较复杂, 同时提供GUI和命令行，在windowsNT和unix下操作相同。

DB2

操作简单,同时提供GUI和命令行，在windowsNT和unix下操作相同。

7、使用风险

SQL server

完全重写的代码，经历了长期的测试，不断延迟，许多功能需要时间来证明。并不十分兼容早期产品。使用需要冒一定风险。

Oracle

长时间的开发经验，完全向下兼容。得到广泛的应用。完全没有风险。

DB2

在巨型企业得到广泛的应用，向下兼容性好。风险小。

第三篇：数据库索引的优缺点及使用时的注意事项

本文介绍了数据库索引，及其优、缺点。针对MySQL索引的特点、应用进行了详细的描述。分析了如何避免MySQL无法使用，如何使用EXPLAIN分析查询语句，如何优化MySQL索引的应用。

索引是一种特殊的文件(InnoDB数据表上的索引是表空间的一个组成部分)，它们包含着对数据表里所有记录的引用指针。

注：[1]索引不是万能的！索引可以加快数据检索操作，但会使数据修改操作变慢。每修改数据记录，索引就必须刷新一次。为了在某种程序上弥 补这一缺陷，许多SQL命令都有一个DELAY_KEY_WRITE项。这个选项的作用是暂时制止MySQL在该命令每插入一条新记录和每修改一条现有之 后立刻对索引进行刷新，对索引的刷新将等到全部记录插入/修改完毕之后再进行。在需要把许多新记录插入某个数据表的场合，DELAY_KEY_WRITE 选项的作用将非常明显。[2]另外，索引还会在硬盘上占用相当大的空间。因此应该只为最经常查询和最经常排序的数据列建立索引。注意，如果某个数据列包含 许多重复的内容，为它建立索引就没有太大的实际效果。

从理论上讲，完全可以为数据表里的每个字段分别建一个索引，但MySQL把同一个数据表里的索引总数限制为16个。

1.InnoDB数据表的索引

与MyISAM数据表相比，索引对InnoDB数据的重要性要大得多。在InnoDB数据表上，索引对InnoDB数据表的重要性要在得 多。在InnoDB数据表上，索引不仅会在搜索数据记录时发挥作用，还是数据行级锁定机制的苊、基础。“数据行级锁定”的意思是指在事务操作的执行过程中 锁定正在被处理的个别记录，不让其他用户进行访问。这种锁定将影响到(但不限于)SELECT...LOCK IN SHARE MODE、SELECT...FOR UPDATE命令以及INSERT、UPDATE和DELETE命令。

出于效率方面的考虑，InnoDB数据表的数据行级锁定实际发生在它们的索引上，而不是数据表自身上。显然，数据行级锁定机制只有在有关的数据表有一个合适的索引可供锁定的时候才能发挥效力。

2.限制

如果WEHERE子句的查询条件里有不等号(WHERE coloum!=...)，MySQL将无法使用索引。

类似地，如果WHERE子句的查询条件里使用了函数(WHERE DAY(column)=...)，MySQL也将无法使用索引。

在JOIN操作中(需要从多个数据表提取数据时)，MySQL只有在主键和外键的数据类型相同时才能使用索引。

如果WHERE子句的查询条件里使用比较操作符LIKE和REGEXP，MySQL只有在搜索模板的第一个字符不是通配符的情况下才能使用 索引。比如说，如果查询条件是LIKE ''abc%''，MySQL将使用索引；如果查询条件是LIKE ''%abc''，MySQL将不使用索引。

在ORDER BY操作中，MySQL只有在排序条件不是一个查询条件表达式的情况下才使用索引。(虽然如此，在涉及多个数据表查询里，即使有索引可用，那些索引在加快ORDER BY方面也没什么作用)

如果某个数据列里包含许多重复的值，就算为它建立了索引也不会有很好的效果。比如说，如果某个数据列里包含的净是些诸如“0/1”或“Y/N”等值，就没有必要为它创建一个索引。

普通索引、唯一索引和主索引

1.普通索引

普通索引(由关键字KEY或INDEX定义的索引)的唯一任务是加快对数据的访问速度。因此，应该只为那些最经常出现在查询条件(WHERE column =...)或排序条件(ORDER BY column)中的数据列创建索引。只要有可能，就应该选择一个数据最整齐、最紧凑的数据列(如一个整数类型的数据列)来创建索引。

2.唯一索引

普通索引允许被索引的数据列包含重复的值。比如说，因为人有可能同名，所以同一个姓名在同一个“员工个人资料”数据表里可能出现两次或更多次。

如果能确定某个数据列将只包含彼此各不相同的值，在为这个数据列创建索引的时候就应该用关键字UNIQUE把它定义为一个唯一索引。这么做 的好处：一是简化了MySQL对这个索引的管理工作，这个索引也因此而变得更有效率；二是MySQL会在有新记录插入数据表时，自动检查新记录的这个字段 的值是否已经在某个记录的这个字段里出现过了；如果是，MySQL将拒绝插入那条新记录。也就是说，唯一索引可以保证数据记录的唯一性。事实上，在许多场 合，人们创建唯一索引的目的往往不是为了提高访问速度，而只是为了避免数据出现重复。

3.主索引

在前面已经反复多次强调过：必须为主键字段创建一个索引，这个索引就是所谓的“主索引”。主索引与唯一索引的唯一区别是：前者在定义时使用的关键字是PRIMARY而不是UNIQUE。

4.外键索引

如果为某个外键字段定义了一个外键约束条件，MySQL就会定义一个内部索引来帮助自己以最有效率的方式去管理和使用外键约束条件。

5.复合索引

索引可以覆盖多个数据列，如像INDEX(columnA, columnB)索引。这种索引的特点是MySQL可以有选择地使用一个这样的索引。如果查询操作只需要用到

columnA数据列上的一个索引，就可以使 用复合索引INDEX(columnA, columnB)。不过，这种用法仅适用于在复合索引中排列在前的数据列组合。比如说，INDEX(A, B, C)可以当做A或(A, B)的索引来使用，但不能当做B、C或(B, C)的索引来使用。

6.索引的长度

在为CHAR和VARCHAR类型的数据列定义索引时，可以把索引的长度限制为一个给定的字符个数(这个数字必须小于这个字段所允许的最大 字符个数)。这么做的好处是可以生成一个尺寸比较小、检索速度却比较快的索引文件。在绝大多数应用里，数据库中的字符串数据大都以各种各样的名字为主，把 索引的长度设置为10~15个字符已经足以把搜索范围缩小到很少的几条数据记录了。

在为BLOB和TEXT类型的数据列创建索引时，必须对索引的长度做出限制；MySQL所允许的最大索引长度是255个字符。

全文索引

文本字段上的普通索引只能加快对出现在字段内容最前面的字符串(也就是字段内容开头的字符)进行检索操作。如果字段里存放的是由几个、甚至 是多个单词构成的较大段文字，普通索引就没什么作用了。这种检索往往以LIKE %word%的形式出现，这对MySQL来说很复杂，如果需要处理的数据量很大，响应时间就会很长。

这类场合正是全文索引(full-text index)可以大显身手的地方。在生成这种类型的索引时，MySQL将把在文本中出现的所有单词创建为一份清单，查询操作将根据这份清单去检索有关的数 据记录。全文索引即可以随数据表一同创建，也可以等日后有必要时再使用下面这条命令添加：

ALTER TABLE tablename ADD FULLTEXT(column1, column2)

有了全文索引，就可以用SELECT查询命令去检索那些包含着一个或多个给定单词的数据记录了。下面是这类查询命令的基本语法：

SELECT * FROM tablename

WHERE MATCH(column1, column2)AGAINST(''word1'', ''word2'', ''word3'')上面这条命令将把column1和column2字段里有word1、word2和word3的数据记录全部查询出来。

注解：InnoDB数据表不支持全文索引。

查询和索引的优化

只有当数据库里已经有了足够多的测试数据时，它的性能测试结果才有实际参考价值。如果在测试数据库里只有几百条数据记录，它们往往在执行完 第一条查询命令之后就被全部加载到内存里，这将使后续的查询命令都执行得非常快--不管有没有使用索引。只有当数据库里的记录超过了1000条、数据总量 也超过了MySQL服务器上的内存总量时，数据库的性能测试结果才有意义。

在不确定应该在哪些数据列上创建索引的时候，人们从EXPLAIN SELECT命令那里往往可以获得一些帮助。这其实只是简单地给一条普通的SELECT命令加一个EXPLAIN关键字作为前缀而已。有了这个关键 字，MySQL将不是去执行那条SELECT命令，而是去对它进行分析。MySQL将以表格的形式把查询的执行过程和用到的索引(如果有的话)等信息列出 来。

在EXPLAIN命令的输出结果里，第1列是从数据库读取的数据表的名字，它们按被读取的先后顺序排列。type列指定了本数据表与其它数 据表之间的关联关系(JOIN)。在各种类型的关联关系当中，效率最高的是system，然后依次是const、eq_ref、ref、range、index和All(All的意思是：对应于上一级数据表里的每一条记录，这个数据表里的所有记录都必须被读取一遍--这种情况往往可以用一索引来避 免)。

possible_keys数据列给出了MySQL在搜索数据记录时可选用的各个索引。key数据列是MySQL实际选用的索引，这个索引 按字节计算的长度在key_len数据列里给出。比如说，对于一个INTEGER数据列的索引，这个字节长度将是4。如果用到了复合索引，在 key_len数据列里还可以看到MySQL具体使用了它的哪些部分。作为一般规律，key_len数据列里的值越小越好(意思是更快)。ref数据列给出了关联关系中另一个数据表里的数据列的名字。row数据列是MySQL在执行这个查询时预计会从这个数据表里读出的数据行的个数。row数据列里的所有数字的乘积可以让我们大致了解这个查询需要处理多少组合。最后，extra数据列提供了与JOIN操作有关的更多信息，比如说，如果MySQL在执行这个查询时必须创建一个临时数据表，就会在extra列看到using temporary字样。

第四篇：优缺点

优缺点：

优点1：对工作很有热情，每天都要求自己保持干劲十足的样子，做事亲力亲为，要求把事情做到最好。

缺点：有时候心肠太软。尽管好心肠可以被说成是一个优点，但是作为管理者这是一个不小的缺点，因为管理的确需要一些强硬手段。由于我比较“软”，所以有些比较老油条的员工就会把我的要求没那么上心。当然，“软”也有它的优点，也有一些比较自觉的员工会很乐于与我沟通，把份内的工作做得更好。

搞品管工作最难的就是路越走越窄。越窄的路越难走，所以从一开始就需要拓展你的空间，以便工作能有进展。寻求拓展空间的手段：寻求上级的支持；准确定位自己；把握工作尺度；寻求相关方的理解；信用为本，友善从事。

质量管理要有外圆内方的原则，方的工作标准，圆的工作态度。

和超市的关系：一致的目的，不同的岗位；做事方式尽可能程序化、文件化并全面理解 像朋友一样往来，可以掌握更多地实际信息；品管政策透明度；质量管理无儿戏，有要求就必须追踪落实。规定的死的，而人是活的，要学会灵活变通；对于违反品管规定的事件绝不手软。

自我批评、以身作则、按章做事、求同存异

问题——>原因——>对策——>验证——>跟踪

质量方面：

一、如何做好超市质量监控？

1、监管员自身能力的提升，质量问题重在原则性，监管员在日常的超市质量问题管理上最主要的两个内容，我认为是问题识别与问题整改，简单来说就是某个行为是对是错，如果错的如何纠正，如果对的要如何巩固持续执行。品管部作为超市质量管理的对口部门，监管员具备的权威性十分重要，所以我们应该要熟悉公司的各项质量监控文件，运用到日常的工作中，做好卖场不良情况的纠正，同时也不能光闭门造车，还应该时刻关注国内外地方的法律法规，关注热点质量问题，提前识别出潜在的质量问题，做好相应的提示，为商场免责。必要时参加各类质量培训，如营养标签通则、SGS等，彻底地宽阔自己的视野。

2、前面讲到监管员自身的能力，但是回归到品管部工作的本质，作为职能部门，应该是更好地服务于现场，虽然我们和销售没有直接的关系，但是我们所做的品管是卖场销售的一个基础，也是一个竞争因素。但是监管员不是三头六臂的人，我们更多地工作和价值不应该是亲手去换一个标价签一个散装标识，而是培训更多地管理员、员工成为“监管员”，这需要和超市打好关系，成为亲密无间的战友一样。

第五篇：优缺点

1、优点：关心集体、关心同学

缺点：不善于言谈

2、优点：对工作认真负责，具有创新精神

缺点：做事不够细心

3、优点：容易相处，能吃苦

缺点：不够自信

4、优点：勤奋好学，热心帮助同学

缺点：缺乏生活常识，经历少

5、优点：做人真诚，做事认真负责

缺点：有时给自己过大压力，急于求成6、优点：喜欢与人交往，善于组织策划活动

缺点：不经常锻炼身体

7、优点：积极务实，勇于主动承担自己的责任

缺点：学习的自觉性不够

8、优点：实事求是，委婉中和，会以旁人眼光客观评价事物

9、优点：为人正直，心得善良

10、优点：有骨气，能坚持原则

11、优点：好学习，喜欢看各种不同的书籍

12、优点：适应能力强，对生活不挑剔

1.该生学习勤奋刻苦，有较强的自制能力，但有时比较缺乏自信

2.该生善良纯朴，乐于助人，有较强的集体荣誉感

3.该生具有高度的责任感，做事认真负责，绝不马虎

4.该生热情真诚，团队意识强，时间观念强

5.该生具有较强的学习能力，自主能力和团队协作能力

6.该生诚实守信，尊老爱幼，尊师重道，团结同学

7.该生思维活跃，谦虚稳重，待人真诚热情，有较强的实际动手能力，但有时过于怕生，不够勇敢，自信

8.该生热爱生活，学习优秀，孝敬父母，关心朋友同学

9.该生好学上进，乐观，善良，宽容，诚信待人

10.该生是个对理想有着执着追求的人，坚强乐观，尽职尽责，会为完成自己的梦想做出不懈的努力

11.该生有较好的自律能力，善于学习思考，对感兴趣的事物具有探索精神

12.该生为人亲切友好，易于相处

1、对工作认真负责，具有创新精神。

2、乐于助人，善于团结同学，有较强的沟通能力。

3、在学习上刻苦专研，对工作认真负责，热心帮助同学。

4、该生善于思考，为人诚恳，待人热情。

5、在学习方面刻苦勤奋，学习成绩优异。

6、具有较强的团队协作精神及动手能力，工作踏实负责。

7、有较强的组织能力及协调能力，善于与人交流沟通。

8、乐于帮助他人，关心同学。但是有时不够细心。

9、关心集体，关心同学，有较强的执行力，能很好的完成各项工作。

10、该生表达能力较强，有很强的上进心，思想积极，做事认真、主动、有条理。

11、思想上积极向党组织靠拢，有较强的辨别力和敏锐性。

12、生活上能吃苦耐劳，为人踏实，集体荣誉感强。但是有时不够耐心。

1.对工作认真负责，具有创新精神。

2.容易相处，责任心强，关心集体，学习勤奋刻苦，性格上比较坚强

3.还算比较能吃苦，有时候执着

4.5.6.7.对朋友很仗义，很真诚，诚实守信，乐于助人 善于学习，但对自己信心不足 关心同学，关心集体，为人热情大方 性格上比较坚强，自制力也较好

8.团结同学，工作积极负责认真

9.能够积极学习，向老师、同学请教在学习上遇到的问题

10.在生活当中热爱集体，团结同学

11.刻苦钻研，勤奋好学，态度端正，目标明确

12.良好的生活习惯，生活充实而有条理，有严谨的生活态度和良好的生活作风