一、问题的提出
在应用系统开发初期，由于开发数据库数据比较少，对于查询SQL语句，复杂视图的编写等体会不出SQL语句各种写法的性能优劣，
但是如果将应用系统提交实际应用后，随着数据库中数据的增加，系统的响应速度就成为目前系统需要解决的最主要的问题之一。
系统优化中一个很重要的方面就是SQL语句的优化。对于海量数据，劣质SQL语句和优质SQL语句之间的速度差别可以达到上百倍，可见
对于一个系统不是简单地能实现其功能就可，而是要写出高质量的SQL 语句，提高系统的可用性。
在多数情况下，Oracle使用索引来更快地遍历表，优化器主要根据定义的索引来提高性能。但是，如果在SQL语句的where子句中
写的SQL代码不合理，就会造成优化器删去索引而使用全表扫描，一般就这种SQL语句就是所谓的劣质SQL语句。在编写SQL语句时我们
应清楚优化器根据何种原则来删除索引，这有助于写出高性能的SQL语句。
二、SQL语句编写注意问题
下面就某些SQL语句的where子句编写中需要注意的问题作详细介绍。
在这些where子句中，即使某些列存在索引，但是由于编写了劣质的SQL，系统在运行该SQL语句时也不能使用该索引，而同样使用
全表扫描，这就造成了响应速度的极大降低。
1. IS NULL 与IS NOT NULL
不能用null作索引，任何包含null值的列都将不会被包含在索引中。即使索引有多列这样的情况下，只要这些列中有一列含有null，
该列就会从索引中排除。也就是说如果某列存在空值，即使对该列建索引也不会提高性能。
任何在where子句中使用is null或is not null的语句优化器是不允许使用索引的。
2. 联接列
对于有联接的列，即使最后的联接值为一个静态值，优化器是不会使用索引的。
我们一起来看一个例子，假定有一个职工表（employee），对于一个职工的姓和名分成两列存放（FIRST_NAME和LAST_NAME），
现在要查询一个叫比尔.克林顿（Bill Cliton）的职工。
下面是一个采用联接查询的SQL语句，
select * from employee
where
first_name||''||last_name ='Beill Cliton';
上面这条语句完全可以查询出是否有Bill Cliton这个员工，但是这里需要注意，系统优化器对基于last_name创建的索引没有
使用。
当采用下面这种SQL语句的编写，Oracle系统就可以采用基于last_name创建的索引。
Select * from employee
where
first_name ='Beill' and last_name ='Cliton';
遇到下面这种情况又如何处理呢？如果一个变量（name）中存放着Bill Cliton这个员工的姓名，对于这种情况我们又如何避免
全程遍历，使用索引呢？
可以使用一个函数，将变量name中的姓和名分开就可以了，但是有一点需要注意，这个函数是不能作用在索引列上。
下面是SQL查询脚本：
select * from employee
where
first_name = SUBSTR('&&name',1,INSTR('&&name',' ')-1)
and
last_name = SUBSTR('&&name',INSTR('&&name’,' ')+1)
3. 带通配符（%）的like语句
同样以上面的例子来看这种情况。目前的需求是这样的，要求在职工表中查询名字中包含cliton的人。
可以采用如下的查询SQL语句：
select * from employee where last_name like '%cliton%';
这里由于通配符（%）在搜寻词首出现，所以Oracle系统不使用last_name的索引。
在很多情况下可能无法避免这种情况，但是一定要心中有底，通配符如此使用会降低查询速度。然而当通配符出现在字符串
其他位置时，优化器就能利用索引。
在下面的查询中索引得到了使用：
select * from employee where last_name like 'c%';
4. Order by语句
ORDER BY语句决定了Oracle如何将返回的查询结果排序。Order by语句对要排序的列没有什么特别的限制，也可以将函数加入
列中（象联接或者附加等）。任何在Order by语句中有非索引项或者有计算表达式都将降低查询速度。
仔细检查order by语句以找出非索引项或者表达式，它们会降低性能。
解决这个问题的办法就是重写order by语句以使用索引，也可以为所使用的列建立另外一个索引，同时应绝对避免在order by
子句中使用表达式。
5. NOT
我们在查询时经常在where子句使用一些逻辑表达式，如大于、小于、等于以及不等于等等，也可以使用and（与）、or（或）
以及not（非）。NOT可用来对任何逻辑运算符号取反。下面是一个NOT子句的例子：... where not (status ='VALID')
如果要使用NOT，则应在取反的短语前面加上括号，并在短语前面加上NOT运算符。NOT运算符包含在另外一个逻辑运算符中，
这就是不等于（<>）运算符。换句话说，即使不在查询where子句中显式地加入NOT 词，NOT仍在运算符中，见下例：
... where status <>'INVALID';
再看下面这个例子：
select * from employee where salary<>3000;
对这个查询，可以改写为不使用NOT：
select * from employee where salary<3000 or salary>3000;
虽然这两种查询的结果一样，但是第二种查询方案会比第一种查询方案更快些。第二种查询允许Oracle对salary列使用索引，
而第一种查询则不能使用索引。
6. IN和EXISTS
有时候会将一列和一系列值相比较。最简单的办法就是在where子句中使用子查询。在where子句中可以使用两种格式的子查询。
第一种格式是使用IN操作符：
... where column in(select * from ... where ...);
第二种格式是使用EXIST操作符：
... where exists (select 'X' from ...where ...);
我相信绝大多数人会使用第一种格式，因为它比较容易编写，而实际上第二种格式要远比第一种格式的效率高。在Oracle中
可以几乎将所有的IN操作符子查询改写为使用EXISTS的子查询。
第二种格式中，子查询以‘select 'X'开始。运用EXISTS子句不管子查询从表中抽取什么数据它只查看where子句。这样优化器就不必遍历整个表而仅根据索引就可完成工作（这里假定在where语句中使用的列存在索引）。相对于IN子句来说，EXISTS使用相连子查询，构造起来要比IN子查询困难一些。
通过使用EXIST，Oracle系统会首先检查主查询，然后运行子查询直到它找到第一个匹配项，这就节省了时间。Oracle系统在
执行IN子查询时，首先执行子查询，并将获得的结果列表存放在一个加了索引的临时表中。在执行子查询之前，系统先将主查询
挂起，待子查询执行完毕，存放在临时表中以后再执行主查询。这也就是使用EXISTS 比使用IN通常查询速度快的原因。
同时应尽可能使用NOT EXISTS来代替NOT IN，尽管二者都使用了NOT（不能使用索引而降低速度），NOT EXISTS要比NOT IN查.
三、索引
1、索引分单列索引和组合索引
单列索引：即一个索引只包含单个列，一个表可以有多个单列索引，但这不是组合索引。
组合索引：即一个索包含多个列。
1.普通索引。
这是最基本的索引，它没有任何限制。它有以下几种创建方式：
（1）创建索引：CREATE INDEX indexName ON tableName(tableColumns(length));如果是CHAR,VARCHAR类型，length可以小于字段实际长度;如果是BLOB 和TEXT 类型，必须指定length，下同。
（2）修改表结构：ALTER tableName ADD INDEX [indexName] ON (tableColumns(length)) （3）创建表的时候直接指定：CREATE TABLE tableName ( [...], INDEX [indexName] (tableColumns(length)) ;
2.唯一索引。
它与前面的"普通索引"类似，不同的就是：索引列的值必须唯一，但允许有空值。如果是组合索引，则列值的组合必须唯一。它有以下几种创建方式：
（1）创建索引：CREATE UNIQUE INDEX indexName ON tableName(tableColumns(length)) （2）修改表结构：ALTER tableName ADD UNIQUE [indexName] ON (tableColumns(length)) （3）创建表的时候直接指定：CREATE TABLE tableName ( [...], UNIQUE [indexName] (tableColumns(length));
3.主键索引
它是一种特殊的唯一索引，不允许有空值。一般是在建表的时候同时创建主键索引：
CREATE TABLE testIndex(i_testID INT NOT NULL AUTO_INCREMENT,vc_Name VARCHAR(16) NOT NULL,PRIMARY KEY(i_testID)); 当然也可以用ALTER命令。
记住：一个表只能有一个主键。
4.全文索引
MySQL从3.23.23版开始支持全文索引和全文检索。这里不作讨论，呵呵~~
删除索引的语法：DROP INDEX index_name ON tableName
2，复合索引
比如有一条语句是这样的：select * from user s where area=’beijing’ and age=22;
如果我们是在area和age上分别创建单个索引的话，由于mysql查询每次只能使用一个索引，所以虽然这样已经相对不做索引时全表扫描提高了很多效率，但是如果在area、age两列上创建复合索引的话将带来更高的效率。如果我们创建了(area, age, salary)的复合索引，那么其实相当于创建了(area,age,salary)、(area,age)、(area)三个索引，这被称为最佳左前缀特性。因此我们在创建复合索引时应该将最常用作限制条件的列放在最左边，依次递减。
3，索引不会包含有NULL值的列
只要列中包含有NULL值都将不会被包含在索引中，复合索引中只要有一列含有NULL 值，那么这一列对于此复合索引就是无效的。所以我们在数据库设计时不要让字段的默认值为NULL。
4，使用短索引
对串列进行索引，如果可能应该指定一个前缀长度。例如，如果有一个CHAR(255)的列，如果在前10 个或20 个字符内，多数值是惟一的，那么就不要对整个列进行索引。短索引不仅可以提高查询速度而且可以节省磁盘空间和I/O操作。
5，排序的索引问题
mysql查询只使用一个索引，因此如果where子句中已经使用了索引的话，那么order by 中的列是不会使用索引的。因此数据库默认排序可以符合要求的情况下不要使用排序操作；尽量不要包含多个列的排序，如果需要最好给这些列创建复合索引。
6，like语句操作
一般情况下不鼓励使用like操作，如果非使用不可，如何使用也是一个问题。like “%aaa%” 不会使用索引而like “aaa%”可以使用索引。
7，不要在列上进行运算
select * from users where YEAR(adddate)<2007;将在每个行上进行运算，这将导致索引失效而进行全表扫描，因此我们可以改成select * from users where adddate<‘2007-01-01’;
8，不使用NOT IN和<>操作
NOT IN和<>操作都不会使用索引将进行全表扫描。NOT IN可以NOT EXISTS代替，id<>3则可使用id>3 or id<3来代替。
四、测试index 用法
1、对复合索引的测试
1. 对juren_cards 表在card_num 和type_id 字段上建立复合索引，即：create index index_c on juren_cards(card_num, type_id)
即：将产生索引：(card_num, type_id) 和(card_num) 两个子索引
比较：没有索引时候，耗时：0.0193m
a、单表查询：
当sql 是：where card='XX' and type_id = 'XX'
耗时：0.0006m 提高30倍
当sql 是：where type_id = 'XX' and card='XX'
耗时：0.0006m 提高30倍，
结论：复合索引建立成功后，查询的速度与复合索引的字段在查询语句中where 中的先后次序没有关系。
2. 在1 的基础上，对juren_card_sales 表在card_num 字段上建立索引
即：create index index_cs on juren_card_sales(card_num)
联表查询1：
SELECT c.*,s.* FROM `juren_cards` as c
left join juren_card_sales as s on s.card_num=c.card_num
where s.card_num='XQ1T005T202616BJ'
比较：当juren_card_sales 表没有建立索引index_cs 的时候，耗时：0.0173m
建立后：耗时0.0010m 提高17倍
结论：暂时看不出来
联表查询2：
SELECT c.*,s.* FROM `juren_cards` as c
left join juren_card_sales as s on s.card_num=c.card_num
where c.id<=1000
比较：当juren_card_sales 表没有建立索引index_cs 的时候，耗时：0.4952m
建立后：耗时0.0020m 提高250倍
结论：联表的时候，对于on 后的条件，可以对互联的表建立适当的索引，将会大大提高效率。
联表查询3：
SELECT c.*, s.sales_type,d.caption AS claimerDeptCaption FROM juren_cards AS c
LEFT JOIN juren_card_sales AS s ON c.card_num = s.card_num
LEFT JOIN juren_depts AS d ON d.id=c.claimer_dept_id
WHERE 1 = 1
比较：当juren_card_sales 表没有建立索引index_cs 的时候，耗时：0.1645m
建立后：耗时0.0018m 提高近100倍
结论：联表的时候，对于on 后的条件，可以对互联的表建立适当的索引，将会大大提高效率。
使用Oracle全文索引搜索文本 不使用Oracle text功能,也有很多方法可以在Oracle数据库中搜索文本.可以使用标准的INSTR 函数和LIKE操作符实现。 SELECT *FROM mytext WHERE INSTR (thetext, 'Oracle') > 0; SELECT * FROM mytext WHERE thetext LIKE '%Oracle%'; 有很多时候，使用instr和like是很理想的, 特别是搜索仅跨越很小的表的时候.然而通过这些文本定位的方法将导致全表扫描,对资源来说消耗比较昂贵,而且实现的搜索功能也非常有限，因此对海量的文本数据进行搜索时，建议使用oralce提供的全文检索功能建立全文检索的步骤步骤一检查和设置数据库角色首先检查数据库中是否有CTXSYS用户和CTXAPP脚色。如果没有这个用户和角色，意味着你的数据库创建时未安装intermedia功能。你必须修改数据库以安装这项功能。默认安装情况下，ctxsys用户是被锁定的，因此要先启用ctxsys 的用户。步骤二赋权在ctxsys用户下把ctx_ddl的执行权限赋于要使用全文索引的用户，例： grant execute on ctx_ddl to pomoho; 步骤三设置词法分析器(lexer) Oracle实现全文检索，其机制其实很简单。即通过Oracle专利的词法分析器(lexer),将文章中所有的表意单元(Oracle 称为term)找出来，记录在一组以dr$开头的表中，同时记下该term 出现的位置、次数、hash 值等信息。检索时，Oracle 从这组表中查找相应的term，并计算其出现频率，根据某个算法来计算每个文档的得分(score),即所谓的‘匹配率’。而lexer则是该机制的核心，它决定了全文检索的效率。Oracle 针对不同的语言提供了不同的lexer, 而我们通常能用到其中的三个： n basic_lexer: 针对英语。它能根据空格和标点来将英语单词从句子中分离，还能自动将一些出现频率过高已经失去检索意义的单词作为‘垃圾’处理，如if , is 等，具有较高的处理效率。但该lexer应用于汉语则有很多问题，由于它只认空格和标点，而汉语的一句话中通常不会有空格，因此，它会把整句话作为一个term,事实上失去检索能力。以‘中国人民站起来了’这句话为例，basic_lexer 分析的结果只有一个term ,就是‘中国人民站起来了’。此时若检索‘中国’，将检索不到内容。 n chinese_vgram_lexer: 专门的汉语分析器，支持所有汉字字符集(ZHS16CGB231280 ZHS16GBK ZHT32EUC ZHT16BIG5 ZHT32TRIS ZHT16MSWIN950 ZHT16HKSCS UTF8 )。该分析器按字为单元来分析汉语句子。‘中国人民站起来了’这句话，会被它分析成如下几个term: ‘中’，‘中国’，‘国人’，‘人民’，‘民站’，‘站起’，起来’，‘来了’，‘了’。可以看出，这种分析方法，实现算法很简单，并且能实现‘一网打尽’，但效率则是差强人意。 n chinese_lexer: 这是一个新的汉语分析器，只支持utf8字符集。上面已经看到，chinese vgram lexer这个分析器由于不认识常用的汉语词汇，因此分析的单元非常机械，像上面的‘民站’，‘站起’在汉语中根本不会单独出现，因此这种term是没有意义的，反而影响效率。chinese_lexer的最大改进就是该分析器能认识大部分常用汉语词汇，因此能更有效率地分析句子，像以上两个愚蠢的单元将不会再出现，极大提高了效率。但是它只支持utf8, 如果你的数据库是zhs16gbk字符集，则只能使用笨笨的那个Chinese vgram lexer. 如果不做任何设置，Oracle 缺省使用basic_lexer这个分析器。要指定使用哪一个lexer, 可以这样操作： 第一．当前用户下下建立一个preference(例：在pomoho用户下执行以下语句) exec ctx_ddl.create_preference ('my_lexer', 'chinese_vgram_lexer');
CSSCI（2017-2018）南大核心目录（含扩展版） 【分享】根据《中文社会科学引文索引》数据库建设的需要，南京大学中国社会科学研究评价中心经过征集、统计、审核、遴选等程序，确定了《中文社会科学引文索引（CSSCI）来源期刊及集刊（2017-2018）目录》，于2017年1月15日在官方网站进行公示。现分享给大家，若有变动与疏漏，以官方网站为准。 C刊正版目录： 马克思主义理论（21种） 党建·党史 1求是 2红旗文稿 3党的文献 4中共党史研究 5党史研究与教学 6党建 马克思主义原理·中国特色社会主义 1马克思主义研究 2马克思主义与现实 3国外理论动态 4教学与研究 5社会主义研究 6当代世界与社会主义 7当代世界社会主义问题 8中国特色社会主义研究 9毛泽东邓小平理论研究 10南京政治学院学报 11科学社会主义 12马克思主义理论学科研究△ 思想政治教育 1思想教育研究 2思想理论教育导刊 3思想理论教育 管理学（29种） 1管理世界 2南开管理评论 3中国软科学 4科学学研究 5公共管理学报 6科研管理 7管理科学学报 8科学学与科学技术管理
9管理科学 10研究与发展管理 11外国经济与管理 12管理工程学报 13中国管理科学 14中国行政管理 15管理评论 16管理学报 17中国科技论坛 18软科学 19科技进步与对策 20经济管理 21预测 22系统工程理论与实践23科学决策 24科学管理研究 25经济体制改革 26系统工程 27系统管理学报 28华东经济管理 29社会保障评论△ 哲学（13种） 1哲学研究 2自然辩证法研究 3自然辩证法通讯 4道德与文明 5世界哲学 6哲学动态 7中国哲学史 8现代哲学 9逻辑学研究 10伦理学研究 11周易研究 12科学技术哲学研究13孔子研究 宗教学（3种） 1世界宗教文化 2世界宗教研究 3宗教学研究 语言学（24种） 中国语言文字 1汉语学报 2中国语文 3古汉语研究
（转）提高效率的十个方法 怎么提高工作效率？怎么提高学习效率？如何进行时间管理？怎么自我充电，不断提高自己？这都是我们所关心的问题。而除了学习快速阅读方法，学习记忆方法外，还有什么可以提高我们的效率呢？下面为大家介绍提高工作效率的十个方法。1．确定方向不走冤枉路 俗话说：“马壮车好不如方向对”，这句话的典故来自春秋战国时期，有位夫子准备了很多行李，准备去南方的楚国，就向路人问路。路人说：“此路非很楚国”这位夫子说：“我的马很壮，没有关系。”路人又再强调这不是去楚国的方向，夫子还是固执地说：“我的车很坚固”。路人只好叹息：“这不是去楚国的方向呀！”方向错了，再怎么努力也是枉然的。 仔细想想做这项工作的重点是什么，目标是什么，希望通过这项工作得到什么成果。按目前的方向是不是真的能得到想要的结果，与你的主管和上下流流程的同事一起讨论，再决定整个方向和流程。 提醒：光忙是不够的。关键是：我们到底在忙什么。 2．做行事历和项目执行计划 事先做好计划表可以帮助你理清想做完的事。你可以利用以下的工具： * 电脑软件，比如计划表、日程表和日历
* 日历或是商务日志 * 自己设计的简单表格 以一天的计划表来说，首先列出你必须做的事。这些是你今天的首要工作；然后列出应该做的事，以及可做但不急的事。然后评估各项工作所需的时间，最后决定如何把时间分配到这些工作上。记住，应该把最重要的事情放在一天中状态最好的时间去做。一天的时间规划完成后，可以延伸成一周的计划，决定一周内最重要及必须做的事。每天确认行程是否按计划推进。 提醒：知道计划何时开始，就开始列进度，但不要让计划的时间取代了执行的时间。 3．运用系统思考，工作分类进行。 养成把握重点，循序渐进，集中力量的习惯，决定次序，从最重要的事情着手。我们必须先决定哪一个工作比较重要，优先去做；哪些不重要，可以缓办。不考虑优先顺序所产生的另一个结果会是一事无所。而且被拖延或耽误的事情，等以后再提出来的时候已经为时过晚了。 ●按工作的重要性决定完成工作的优先顺序 ●按工作的重要性决定投入工作的时间 ●同性质、同种类、类似性高的工作一次解决 ●不断思考是否有更有效率的工作方法 ●避免用过大的手段达成较小的目的以造成浪费，如杀鸡用牛刀
MySQL索引分析和优化列：
由于索引文件以B-树格式保存，MySQL能够立即转到合适的firstname，然后再转到合适的lastname，最后转到合适的age。在没有扫描数据文件任何一个记录的情况下，MySQL就正确地找出了搜索的目标记录！ 那么，如果在firstname、lastname、age这三个列上分别创建单列索引，效果是否和创建一个firstname、lastname、age的多列索引一样呢？答案是否定的，两者完全不同。当我们执行查询的时候，MySQL只能使用一个索引。如果你有三个单列的索引，MySQL会试图选择一个限制最严格的索引。但是，即使是限制最严格的单列索引，它的限制能力也肯定远远低于firstname、lastname、age这三个列上的多列索引。
下面我们就来看看这个EXPLAIN分析结果的含义。 table：这是表的名字。 type：连接操作的类型。下面是MySQL文档关于ref连接类型的说明： “对于每一种与另一个表中记录的组合，MySQL将从当前的表读取所有带有匹配索引值的记录。如果连接操作只使用键的最左前缀，或者如果键不是UNIQUE或PRIMARY KEY类型（换句话说，如果连接操作不能根据键值选择出唯一行），则MySQL使用ref连接类型。如果连接操作所用的键只匹配少量的记录，则ref是一种好的连接类型。” 在本例中，由于索引不是UNIQUE类型，ref是我们能够得到的最好连接类型。 如果EXPLAIN显示连接类型是“ALL”，而且你并不想从表里面选择出大多数记录，那么MySQL的操作效率将非常低，因为它要扫描整个表。你可以加入更多的索引来解决这个问题。预知更多信息，请参见MySQL的手册说明。 possible_keys： 可能可以利用的索引的名字。这里的索引名字是创建索引时指定的索引昵称；如果索引没有昵称，则默认显示的是索引中第一个列的名字（在本例中，它是“firstname”）。默认索引名字的含义往往不是很明显。 Key：它显示了MySQL实际使用的索引的名字。如果它为空（或NULL），则MySQL不使用索引。 key_len：索引中被使用部分的长度，以字节计。在本例中，key_len是102，其中firstname 占50字节，lastname占50字节，age占2字节。如果MySQL只使用索引中的firstname部分，则key_len将是50。 ref：它显示的是列的名字（或单词“const”），MySQL将根据这些列来选择行。在本例中，MySQL根据三个常量选择行。 rows：MySQL所认为的它在找到正确的结果之前必须扫描的记录数。显然，这里最理想的数字就是1。 Extra：这里可能出现许多不同的选项，其中大多数将对查询产生负面影响。在本例中，MySQL 只是提醒我们它将用WHERE子句限制搜索结果集。 索引的缺点 到目前为止，我们讨论的都是索引的优点。事实上，索引也是有缺点的。 首先，索引要占用磁盘空间。通常情况下，这个问题不是很突出。但是，如果你创建每一种可能列组合的索引，索引文件体积的增长速度将远远超过数据文件。如果你有一个很大的表，索引文件的大小可能达到操作系统允许的最大文件限制。 第二，对于需要写入数据的操作，比如DELETE、UPDATE以及INSERT操作，索引会降低它们的速度。这是因为MySQL不仅要把改动数据写入数据文件，而且它还要把这些改动写入索引文件。 【结束语】在大型数据库中，索引是提高速度的一个关键因素。不管表的结构是多么简单，一次500000行的表扫描操作无论如何不会快。如果你的网站上也有这种大规模的表，那么你确实应该花些时间去分析可以采用哪些索引，并考虑是否可以改写查询以优化应用。要了解更多信息，请参见MySQL manual。另外注意，本文假定你所使用的MySQL是3.23版，部分查询不能在3.22版MySQL上执行。
CSSCI（2014-2015）来源期刊拟收录目录（共533种） 管理学学科拟收录来源期刊名单（29种） 期刊名称主办（管）单位CN号 管理世界中华人民共和国国务院发展研究中心CN11-1235/F 南开管理评论南开大学商学院CN12-1288/F 中国软科学中国软科学研究会CN11-3036/G3 科研管理中国科学院科技政策与管理科学研究所CN11-1567/G3 科学学研究中国科学学与科技政策研究会CN11-1805/G3 公共管理学报哈尔滨工业大学管理学院CN23-1523/F 管理科学学报国家自然科学基金委员会管理科学部CN12-1275/G3 管理科学哈尔滨工业大学管理学院CN23-1510/C 科学学与科学技术管理中国科学学与科技政策研究会等CN12-1117/G3 研究与发展管理复旦大学CN31-1599/G3 外国经济与管理上海财经大学CN31-1063/F 管理工程学报浙江大学CN33-1136/N 管理学报华中科技大学CN42-1725/C 中国行政管理中国行政管理学会CN11-1145/D 管理评论中国科学院研究生院CN11-5057/F 中国管理科学中国优选法统筹法与经济数学研究会CN11-2835/G3 软科学四川省科技促进发展研究中心CN51-1268/G3 中国科技论坛中国科学技术发展战略研究院CN11-1344/G3 系统工程理论与实践中国系统工程学会CN11-2267/N 经济管理中国社会科学院工业经济研究所CN11-1047/F 预测合肥工业大学预测与发展研究所CN34-1013/N 科技进步与对策湖北省科技信息研究院CN42-1224/G3 经济体制改革四川省社会科学院CN51-1027/F 系统工程湖南省系统工程与管理学会CN43-1115/N 科学管理研究内蒙古自治区软科学研究会CN15-1103/G3 中国科学基金国家自然科学基金委员会CN11-1730/N 华东经济管理安徽经济管理学院CN34-1014/F 科技管理研究广东省科学学与科技管理研究会CN44-1223/G3 系统管理学报上海交通大学CN31-1977/N 马克思主义学科拟收录来源期刊名单（16种） 期刊名称主办（管）单位CN号 马克思主义研究马克思主义研究院、马克思主义研究学部CN11-3591/A 求是中国共产党中央委员会CN11-1000/D 马克思主义与现实中共中央编译局当代马克思主义研究所CN11-3040/A 国外理论动态中共中央编译局、世界发展战略研究部CN11-4507/D 教学与研究中国人民大学CN11-1454/G4
—94— 一种基于Lucene 的中文全文检索系统 苏潭英1，郭宪勇2，金 鑫3 （1. 解放军信息工程大学电子技术学院，郑州 450004；2. 北京飞燕技术公司，北京 100072；3. 解放军通信指挥学院，武汉 430010）摘 要：在开源全文索引引擎Lucene 的基础上，设计了一个中文全文检索系统模型，该模型系统由7个模块组成，索引模块、检索模块是其中的核心部分。论述了模型的整体结构，分析设计了索引及检索模块，通过具体的索引技术和检索技术来提高整个系统的检索效率。该系统增加了加密模块，实现对建立的全文索引进行加密处理，增强了信息的安全性。 关键词：全文检索；Lucene ；倒排索引 Chinese Full-text Retrieval System Based on Lucene SU Tan-ying 1, GUO Xian-yong 2, JIN Xin 3 (1. Institute of Electronic Technology, PLA Information Engineering University, Zhengzhou 450004; 2. Technology Company of Beijing Feiyan, Beijing 100072; 3. Institute of PLA Communication Command, Wuhan 430010) 【Abstract 】This paper proposes a model of Chinese full-text retrieval system based on Lucene which is an open source full-text retrieval engine,and expatiates its frame. This model is composed of seven modules, among which the index module and the search module are the core parts. It designs them concretely, and improves the search efficiency of the full-text retrieval system with index technology and search technology. The system model concludes an encryption module to encrypt the index and increases the system security. 【Key words 】full-text retrieval; Lucene; inverse index 计 算 机 工 程Computer Engineering 第33卷 第23期 Vol.33 No.23 2007年12月 December 2007 ·软件技术与数据库· 文章编号：1000—3428(2007)23—0094—03 文献标识码：A 中图分类号：TP391 1 中文全文检索系统 全文检索技术是一个最普遍的信息查询应用，人们每天在网上使用Google 、百度等搜索引擎查找自己所需的信息，这些搜索引擎的核心技术之一就是全文检索。随着文档处理电子化、无纸化的发展，图书馆、新闻出版、企业甚至个人的电子数据激增，如何建立数据库、管理好自己的数据，是亟待解决的问题，而全文检索是其中一个非常实用的功能。全文检索产品实际上是一个内嵌该项技术的数据库产品[1]。 西文的全文检索已有许多成熟的理论与方法，其中，开放源代码的全文检索引擎Lucene 是Apache 软件基金会Jakarta 项目组的一个子项目，它的目的是为软件开发人员提供一个简单易用的工具包，方便在目标系统中实现全文检索的功能。很多项目使用了Lucene 作为其后台的全文索引引擎，比较著名的有： (1)Jive ：Web 论坛系统； (2)Cocoon ：基于XML 的Web 发布框架，全文检索部分使用了Lucene ； (3)Eclipse ：基于Java 的开放开发平台，帮助部分的全文索引使用了Lucene 。 Lucene 不支持中文，但可以通过扩充它的语言分析器实现对中文的检索。本文在深入学习研究Lucene 的前提下，设计了一个中文的全文检索系统，对其核心的索引模块和检索模块进行了阐释，并添加了加密模块对索引信息加密，增强了系统的安全性。 2 系统的总体结构 本模型总体上采用了Lucene 的架构。Lucene 的体系结构如表1所示，它的源代码程序由7个模块组成。 表1 Lucene 的组成结构 模块名 功能 org.apache.Lucene.search 搜索入口 org.apache.Lucene.index 索引入口 org.apache.Lucene.analysis 语言分析器 org.apache.Lucene.queryParser 查询分析器 org.apache.Lucene.document 存储结构 org.apache.Lucene.store 底层IO/存储结构 org.apache.Lucene.util 一些公用的数据结构 本文通过扩充Lucene 系统来完成中文的全文检索系统，Lucene 包含了大量的抽象类、接口、文档类型等，需要根据具体应用来定义实现，本文对其作了如下扩充修改： (1)按照中文的词法结构来构建相应的语言分析器。Lucene 的语言分析器提供了抽象的接口，因此，语言分析(analyser)是可以定制的。Lucene 缺省提供了2个比较通用的分析器SimpleAnalyser 和StandardAnalyser ，但这2个分析器缺省都不支持中文，因此，要加入对中文语言的切分规则，需要对其进行修改。 (2)按照被索引的文件的格式对不同类型的文档进行解析，进而建立全文索引。例如HTML 文件，通常需要把其中的内容分类加入索引，这就需要从org.apache.lucene.子document 中定义的类Document 继承，定义自己的HTMLDocument 类，然后将之交给org. apache.lucene.index 模块写入索引文件。Lucene 没有规定数据源的格式，只提供 作者简介：苏潭英(1981－)，女，硕士研究生，主研方向：数据库全文检索；郭宪勇，高级工程师；金 鑫，硕士研究生 收稿日期：2007-01-10 E-mail ：sutanyingwendy@https://www.doczj.com/doc/7c690942.html,
备注： 1、以下表格根据南京大学中国社会科学评价中心公示数据进行录入，比较所得，仅供 参考。 2、表格中红色字体为扩展版对比新增刊目。 3、如有出入，请点击阅读全文查看官方权威版本，自行比对，并联系学科服务部熊老 师。联系邮箱： 中文社会科学引文索引（CSSCI）拟收录扩展版 来源期刊目录 官方数据来源： 期刊名称出版单位CN号 前线中国共产党北京市委员会CN11-3616/D 理论视野中国马克思主义研究基金会CN11-3953/A 思想政治教育研究哈尔滨理工大学CN23-1076/G4 学校党建与思想教育湖北长江报刊传媒集团CN42-1422/D 哲学（3 种） 哲学分析上海社会科学院哲学研究所CN31-2054/C 系统科学学报太原理工大学CN14-1333/N 自然科学史研究中国科学院自然科学史研究所等CN11-1810/N 管理学（14 种） 行政管理改革国家行政学院CN11-5876/D 管理学刊中国社会主义经济规律研究会等CN41-1408/F 科技管理研究广东省科学学与科技管理研究会CN44-1223/G3 社会保障研究 管理案例研究与评论大连理工大学CN21-9202/G 运筹与管理中国运筹学会CN34-1133/G3 企业经济江西省社会科学院CN34-1004/F 科学与社会中国科学院学部等CN11-1009/G3 当代经济管理石家庄经济学院CN13-1356/F 宏观经济管理国家发展改革委宏观经济管理编辑部CN11-3199/F 管理现代化中国管理现代化研究会CN11-1403/C 工业工程与管理上海交通大学CN31-1738/T 中国科学基金国家自然科学基金委员会CN11-1730/N 宏观质量研究武汉大学CN42-1848/C 宗教学（5 种） 中国穆斯林中国伊斯兰教协会CN11-1345/B 中国宗教国家宗教事务局CN11-3598/D
讲求方法提高效率 教学人教版第三册义务教育新课程标准教材练习二十四第十四题（教材第108页）： W老师：谈话法导入新课后，要求学生用自己喜欢的方法统计全班同学喜欢不同季节的人数。 接着教师从第一组第一排同学问起：你喜欢什么季节？为什么喜欢？教师逐一提问，学生逐一回答，然后教师在黑板上的统计表格内用“正”字法一个学生加一划。全班69名学生，教师问了69次，写了69划。算下来足足用了12分钟，接近一个课时的三分之一时间。 Z老师：（教师投影四个季节图片，学生欣赏后）你们能说说我们班上喜欢什么季节的人最多？ 生1：我认为是喜欢春天的人数量最多。 生2：我觉得是喜欢秋天的人数最多。 生3：我猜测应该是喜欢冬天的人数最多。 Z老师：有的同学说喜欢春天的人数最多，有的同学说喜欢冬天的人数更多，怎样才能知道喜欢哪个季节的人数最多呢？ 生1：我建议喜欢春天的同学站一排，喜欢夏天的同学站一排，喜欢秋天的同学站一排，喜欢冬天的同学站一排。 生2：我认为这种办法很麻烦，我们可以先统计各小组喜欢各个季节的人数。在纸上写出这四个季节，然后各小组用画正字的方法去统计。再将各小组合计起来，就是全班喜欢各个季节的人数情况。
Z老师：你们觉得这种办法怎么样？ 生：很好。 Z老师：这个同学聪明，提出这么好的一个办法，那我们就以画正字的方式去记录本班同学喜欢各个季节的人数。 ①小组长统计喜欢各个季节的人数。 ②老师收集各小组数据，小组汇报老师用画正字的形式记录喜欢各个季节的人数。 关于“统计”的教学问题 在一年级下册简单的条形统计图（1格表示1个单位）的基础上，本册教材编排了1格表示2个单位的条形统计图。对于该内容的教学，我们认为应从培养学生的统计观念这个角度来认识和分析。小学生的统计观念主要有三层含义：一是数据的收集、记录和整理能力；二是对数据的分析、处理并由此做出解释、推断与决策的能力；三是对数据和统计信息有良好的判断能力。对于第一学段的小学生来说，他们的统计观念则主要包含前两个层次，故教学中应加强学生经历统计的过程，探索统计的方法和体会统计的作用。 首先，让学生经历收集数据、整理数据、记录数据的过程，感受统计的现实意义。在根据数据绘制统计图的时候，学生会发现当统计的数据较大时，用1格表示1个单位就不方便了，从而引起他们的认知冲突，寻求解决问题的方法。实际教学时，可放手让学生自主探索或小组交流画图的方法，然后再总结归纳出1格表示2个单位的条形图的画法。在此基础上，学生可能会进一步提出“1格表示
二十一个提高效率的方法 最近，我看到《吃掉那只青蛙》介绍了21条最重要也最有效的提高工作效率的方法，与大家分享： 一、准备 为了获得成功，一个人必须具备这样的素质：拥有明确的目标，知道自己想要得到什么，同时有实现一目标的强烈愿望。 ------拿破仑.希尔成功的一个重要法则就是：将想法付诸笔端。 只有区区3%的成年人有自己明确的目标，并且以书面方法将目标表达出来。和那些教育程度、工作能力与之相当、甚至比他们更高一筹的人相比，前者取得的成就常常是后者的5—10倍。导致这种差异的原因何在？问题就出在，大多数人出于各种原因，不愿意花费一丁点儿时间，将他们想要获得的东西写下来。通过坚持实施简单易行的七个步骤，短短几年，甚至几个月的时间里，会有很大进步：第一步：确定自己究竟想要什么。 最糟糕的时间使用方法：将毫无意义的事情做的十分圆满。 期蒂芬.柯维曾经说过这样一句话：“在你开始攀登成功的阶梯之前，首先要确定它有没有搭错地方。 第二步：将自己的目标写下来。 没有以书面形式描述出来的目标将是模糊的、混乱的，它最终会使你迷失方向，甚至造成不计其数的错误。 第三步：为自己的目标设定一个最后期限。
第四步：将实现目标要做的所有事情列出来。 第五步：整理这份清单，使之变成一份可实施的计划。 花上几分钟时间，考虑一下哪件事情更重要，那些情情可以推后一点，以及先做什么后做什么，根据轻重缓急来安排处理事情的顺序。 第六步：根据自己制定的计划立即采取行动。 第七步：每天做一些能够接近自己目标的事情。 奋勇向前！一旦开始行动，就要努力保持积极的状态，而不要半途而废。仅仅凭借这种决心和自律精神，你就能成为同辈中工作高效、事业成功的精英。 每天温习一遍为自己制定的目标。每天早晨开始工作时，先着手处理那些最重要的工作----这样做有助于你实现最重要的目标。二、精心计划每一天 计划就是把未来变成现在，这样你现在就可以未雨绸缪。 -----艾伦.拉肯你一定听说这样一个老掉牙的问题：“怎么才能吃掉一头大象？”答案当然是：“一口一口地吃！” 也就是说，当我们面对一个工作或任务时，首先要将事情分解成一个个具体的步骤，然后从第一步开始着手。 无论做什么，都先列出一份清单，每当想起一件新的工作，着手之前先把它加到清单上，如果你坚持这么做，那么一开始你的工作效率就能提高25%，甚至更多。 你需要为不同的目标制定不同的计划。首先，你应该制作一张总
mysql性能优化-慢查询分析、优化索引和配置目录 一、优化概述 二、查询与索引优化分析 1性能瓶颈定位 Show命令 慢查询日志 explain分析查询 profiling分析查询 2索引及查询优化 三、配置优化 1) max_connections 2) back_log 3) interactive_timeout 4) key_buffer_size 5) query_cache_size 6) record_buffer_size 7) read_rnd_buffer_size 8) sort_buffer_size 9) join_buffer_size 10) table_cache 11) max_heap_table_size 12) tmp_table_size
13) thread_cache_size 14) thread_concurrency 15) wait_timeout 一、优化概述 MySQL数据库是常见的两个瓶颈是CPU和I/O的瓶颈，CPU在饱和的时候一般发生在数据装入内存或从磁盘上读取数据时候。磁盘I/O瓶颈发生在装入数据远大于内存容量的时候，如果应用分布在网络上，那么查询量相当大的时候那么平瓶颈就会出现在网络上，我们可以用mpstat, iostat, sar和vmstat来查看系统的性能状态。 除了服务器硬件的性能瓶颈，对于MySQL系统本身，我们可以使用工具来优化数据库的性能，通常有三种：使用索引，使用EXPLAIN分析查询以及调整MySQL的内部配置。 二、查询与索引优化分析 在优化MySQL时，通常需要对数据库进行分析，常见的分析手段有慢查询日志，EXPLAIN 分析查询，profiling分析以及show命令查询系统状态及系统变量，通过定位分析性能的瓶颈，才能更好的优化数据库系统的性能。 1 性能瓶颈定位 Show命令 我们可以通过show命令查看MySQL状态及变量，找到系统的瓶颈： Mysql> show status ——显示状态信息（扩展show status like ‘XXX’） Mysql> show variables ——显示系统变量（扩展show variables like ‘XXX’） Mysql> show innodb status ——显示InnoDB存储引擎的状态 Mysql> show processlist ——查看当前SQL执行，包括执行状态、是否锁表等
提高课堂效率的有效方法 教师要拥有一颗“慧心”，使学生的独特见解能成为提高课堂教学效率的有利资源。提高课堂教学具体说来，要做到以下几点： 一、要树立正确的质量观。不同的质量观会有不同的效率观。什么样的课堂是高质量的课堂？我们应该明确，好的课堂不仅有质而且要有量。高质量的课堂要求教师既有既定教学目标，又能根据课堂实际情况进行教学；教师讲解问题不在多少而在精要，组织讨论不在花哨而在实用，合作互动不能天南海北而要联系教材。 二、要功夫用在课外，精心备课。我们应在备课时除备常规的内容外，更重要的是要备“学生”，多思考如何才能用更精炼的语言，更准确的语气调动学生的思维，让学生成为课堂大多数时间的主人，让他们有更多、更充足的时间去思考、交流与探讨，促进其主动发展。这样做才会使时间的效率得以最大限度的发挥，甚至于产生大于课堂四十五分钟的教学效果。 三、要珍惜课堂每一分钟，善于把握最佳时间。据心理学家研究，一节课学生思维的最佳时间是上课后的前5分钟到20分钟。所以，课堂教学要提高效率就要把握时间分配。珍惜时间不是教师急不可待地把课堂内容讲完，而是要多给学生时间思考。教师可根据不同课型安排教学过程，调整教学方法，保证在最佳时段内完成主要任务、解决关键问题，然后再通过精心设计的练习或讨论等，使教学过程一直向着有利于学生发展的方向进行，保证学生在不同的时间内均有所获。 四、要发挥师生的情感作用，提高全体学生的学习兴趣。“爱”是学习的动力！教师要在教育过程中，对学生倾注全部的爱心和热情，对教育对象一视同仁，在给优生“锦上添花”时，一定要注意为中间生和暂时差生“雪中送炭”，使其向优生转化。教师在关注知识讲解的同时，往往会忽略学生学习的欲望。因此，在讲解时，更应关注课的内容和学生学的效果，要学生体验学习成功的快感，才会有信心和动力再次出击。让学生从中体验到了快乐，以饱满的热情投入到学习中，学生对所学的知识感兴趣，就能集中注意力，积极思考，主动去发现探索知识，从而提高课堂教学质量和效率。 五、要恰当的使用多媒体。多媒体作为现代教育技术在教学中的运用，越来越受到广大教师的重视和欢迎，它带来了教学模式、教学过程的变革。在培养学生的学习兴趣、创新意识和实践能力上，是极为有效的手段。课堂教学中运用多媒体，能为学生提供第一手感性材料，使学生储备丰富的表象信息，为他们实现信息重组、进行“再发现、再创造”打下基础，但在课堂中运用多媒体一定要有“度”，否则将达不到目标，得不到效果。 俗话说：“教无定法，贵要得法”。课堂教学是一种创造性的劳动，创造是教学活动的生命力。只要能激发学生的学习兴趣，提高学生的学习积极性，有助于学生思维能力的培养，有利于所学知识的掌握和运用，都是好的教学方法。我们教师选择运用恰当的教学方法进行教学，学生学起来就有兴趣，就会有助于提高学习效率和课堂效率。
论提高工作效率的重要性及方法 摘要：企业生存靠的是利润，如果没有了利润，一个企业是无法存活下来的。提高企业利润的方法多种多样，总结为一句话即为“提高工作效率”，只有工作效率上去了，企业才能以最小的投入获得最大的产出，既实现利润最大化。 关键词：工作效率团队精神执行力 1.工作效率 什么是工作效率，工作效率一般指工作投入与产出之比，通俗地讲就是在进行某任务时，取得的成绩与所用时间、精力、金钱等的比值。产出大于投入，就是正效率；产出小于投入，就是负效率。工作效率是评定工作能力的重要指标。提高工作效率就是要求正效率值不断增大。一个人的工作能力如何，很大程度上看工作效率的高低。如果一个人的工作效率低下不但影响自己的工作进程，会更大范围的影响他人。前段时间有件很火的新闻，或许大家都有所耳闻，讲的是一个北漂的小伙子小周回家办因私护照来回六次才把证件办下来的事件。小周从北京到老家大约是300公里的路程，往返六次既3600余公里的路程，折腾这么多次需要耽误多少时间，影响多少正常的工作及又会搭上多少路费，这是一个工作效率严重低下的表现，我们回顾一下小周办因私护照的整个过程，思考下为什么工作效率会这么低，又造成了哪些影响，怎样提高工作效率。 案例：小周家在外地，目前在北京工作。去年10月份公司要派他出国，需要办因私护照，由于在北京缴纳社保不足一年，按规定他必须回户口所在地办理。按说现在办因私护照也不是什么难事，可小周说为了办护照他回距北京三百多公里外的老家多次，跑了大半年一直没有办下来，每次去都还要看办事人员的脸色，想想都打怵。不久前，央视记者和小周一起来到了他们县公安局出入境科。 出入境科的办公室面对面坐着两位办事人员，两人都没有穿警服，其中一位一直看着报纸，头始终没有抬一下。这位看报纸的女士就是前几次接待小周的办事人员，她报纸看得很专注，直到对面的同事叫她，她才如梦方醒般抬起了头。她似乎对小周的来访打扰了她读报有些不满意，不过显然她还记得小周。 小周这已经是第五次来办护照了，前几次他都是无功而返，原因是材料不齐。而这次他自认为让准备的材料都备齐了，应该没有问题了，结果这位办事
在应用中加入全文检索功能 ——基于java的全文索引引擎lucene简介 作者：车东 email: https://www.doczj.com/doc/7c690942.html,/https://www.doczj.com/doc/7c690942.html, 写于：2002/08 最后更新： 版权声明：可以任意转载，转载时请务必以超链接形式标明文章原始出处和作者信息及本声明 https://www.doczj.com/doc/7c690942.html,/tech/lucene.html 关键词：lucene java full-text search engine chinese word segment 内容摘要： lucene是一个基于java的全文索引工具包。 1.基于java的全文索引引擎lucene简介：关于作者和lucene的历史 2.全文检索的实现：luene全文索引和数据库索引的比较 3.中文切分词机制简介：基于词库和自动切分词算法的比较 4.具体的安装和使用简介：系统结构介绍和演示 5.hacking lucene：简化的查询分析器，删除的实现，定制的排序，应用接口的扩展 6.从lucene我们还可以学到什么 基于java的全文索引/检索引擎——lucene lucene不是一个完整的全文索引应用，而是是一个用java写的全文索引引擎工具包，它可以方便的嵌入到各种应用中实现针对应用的全文索引/检索功能。 lucene的作者：lucene的贡献者doug cutting是一位资深全文索引/检索专家，曾经是v-twin搜索引擎(apple的copland操作系统的成就之一)的主要开发者，后在excite担任高级系统架构设计师，目前从事于一些internet底层架构的研究。他贡献出的lucene的目标是为各种中小型应用程序加入全文检索功能。 lucene的发展历程：早先发布在作者自己的https://www.doczj.com/doc/7c690942.html,，后来发布在sourceforge，2001年年底成为apache基金会jakarta的一个子项目：https://www.doczj.com/doc/7c690942.html,/lucene/ 已经有很多java项目都使用了lucene作为其后台的全文索引引擎，比较著名的有： ?jive：web论坛系统； ?eyebrows：邮件列表html归档/浏览/查询系统，本文的主要参考文档“thelucene search engine: powerful, flexible, and free”作者就是eyebrows系统的主要开发者之一，而eyebrows已 经成为目前apache项目的主要邮件列表归档系统。 ?cocoon:基于xml的web发布框架，全文检索部分使用了lucene ?eclipse:基于java的开放开发平台，帮助部分的全文索引使用了lucene
中国社会科学引文索引（ＣＳＳＣＩ）收录期刊管理学（22种） 管理世界 科研管理 科学学研究 科学管理研究中国科技论坛未来与发展 经济体制改革中国软科学 预测 管理工程学报外国经济与管理中外管理 经济管理 管理信息系统 研究与发展管理 中国行政管理 科学学与科学技术管理管理现代化 中国管理科学 企业管理 管理科学学报 国有资产管理 马克思主义（11种） 当代世界与社会主义社会主义研究 毛泽东邓小平理论研究国外理论动态 教学与研究 科学社会主义马克思主义研究毛泽东思想研究马克思主义与现实高校理论战线 当代思潮 哲学（10种） 哲学研究 哲学动态 中国哲学史 现代哲学 自然辩证法研究科学技术与辩证法道德与文明 周易研究 自然辩证法通讯孔子研究
世界宗教研究宗教学研究当代宗教研究世界宗教文化中国宗教 语言学（16种） 古汉语研究 外语教学与研究 语言教学与研究 语言研究 方言 当代语言学（国外语言学）中国语文 民族语文外语学刊 现代外语 中国翻译 语言文字应用 语文建设 外国语：上海外国语大学学报世界汉语教学 语文研究 中国文学（13种） 文学自由谈文学评论 文学遗产 新文学史料文艺理论研究文艺争鸣 当代作家评论红楼梦学刊 民族文学研究 中国比较文学 中国现代文学研究丛刊鲁迅研究月刊 明清小说研究 外国文学（4种） 外国文学当代外国文学外国文学评论国外文学
戏剧艺术：上海戏剧学院学报中国音乐学 电影艺术 世界美术 音乐艺术：上海音乐学院学报当代电影 北京电影学院学报 中国书法新美术：中国美术学院学报音乐研究 中国音乐 戏剧：中央戏剧学院学报中央音乐学院学报 文艺研究 世界电影 历史学（21种） 抗日战争研究 清史研究 历史档案 华侨华人历史研究历史研究 史学理论研究 史学集刊 民国档案 中国史研究 世界历史 西域研究中国史研究动态近代史研究 史学月刊 史林 史学史研究 当代中国史研究自然科学史研究中国边疆史地研究中国地方志 中国历史地理论丛 考古学（6种） 考古学报考古 敦煌研究华夏考古文物 考古与文物
1.存储过程和数据订正脚本如何测试？ 2.软件测试的目的到底是发现软件的错误还是检验软件是否符合用户规定的需求或是弄清预期结果和实际结果之间的差距? 3.如何设计或者挑选有效的回归测试用例？ 随着系统的逐步成熟，每个版本包含的新特性越来越少，但是新功能对原系统的影响有多大是我们在测试时需要重点考虑的问题。此时，就势必要进行回归测试。而且系统越成熟，回归测试的比重也会越大。这将会对测试工作带来不小的挑战。在实际工作中，经常是一方面求全，希望覆盖面尽量广，避免漏测。另一方面求产出，大量的回归测试用例，可能只发现很少的问题，投入与产出不太匹配，会影响测试人员的士气，甚至测试管理者也会对这种投入产出有所质疑。并且，设计大量的自动化测试脚本，会占用大量的时间。 4. 如果在测试过程中遭遇到需求变更，怎么做，才能最好完成对变更后的软件测试任务？ 1）一般公司的解决方法是改变一下原有的流程，测试计划的工作可以跳出细节,只描述框架。然后十分细的测试用例等待开发过程中在同步编写。关于这种风险,真正要治理,需求阶段，大公司就要多评审,小公司就要勤开会确定和交流需求了。需求变更申请确定后，一定要把它记录下来，归在需求变更文档中，以备日后追查。 2）限定开发人员提交测试版本的周期。不要一有修改，就提交给测试一个新版本，使测试人员做过多的重复工作。 3）按照公司制定好的制度来按部就班的规范项目，项目经理的管理风格（如项目组召开例会，各方人员充分参与需求沟通会议，需求变更后更新的文档及时发送），测试人员主动性 4）在设计自动测试剧本时，试图使其有一些灵活性。 在对应用软件进行自动测试时，要把注意力集中在看来不大会改变的部分。 对变更进行适当的风险分析，以减少回归测试的要求。
本文由美白面膜排行榜https://www.doczj.com/doc/7c690942.html,整理 全文检索lucene研究 1 Lucene简介 Lucene是一个全文检索引擎的架构，提供了完整的查询引擎和索引引擎。Lucene以其方便使用、快速实施以及灵活性受到广泛的关注。它可以方便地嵌入到各种应用中实现针对应用的全文索引、检索功能，本总结使用lucene3.0.0 2 Lucene 的包结构 1、analysis对需要建立索引的文本进行分词、过滤等操作 2、standard是标准分析器 3、document提供对Document和Field的各种操作的支持。 4、index是最重要的包，用于向Lucene提供建立索引时各种操作的支持 5、queryParser提供检索时的分析支持 6、search负责检索 7、store提供对索引存储的支持 8、util提供一些常用工具类和常量类的支持 Lucene中的类主要组成如下：
1)org.apache.1ucene.analysis语言分析器，主要用于的切词Analyzer是 一个抽象类，管理对文本内容的切分词规则。 2)org.apache.1uceene.document索引存储时的文档结构管理，类似于关系 型数据库的表结构。 3)document包相对而言比较简单，document相对于关系型数据库的记录对 象，Field主要负责字段的管理。 4)org.apache.1ucene.index索引管理，包括索引建立、删除等。索引包是 整个系统核心，全文检索的根本就是为每个切出来的词建索引，查询时就只需要遍历索引，而不需要去正文中遍历，从而极大的提高检索效率。 5)org.apache.1ucene.queryParser查询分析器，实现查询关键词间的运算， 如与、或、非等。 6)org.apache.1ucene.search检索管理，根据查询条件，检索得到结果。 7)org.apache.1ucene.store数据存储管理，主要包括一些底层的I/0操作。 8)org.apache.1ucene.util一些公用类。 3 Document文档 1)void add(Field field) 往Document对象中添加字段 2)void removeField(String name)删除字段。若多个字段以同一个字段 名存在，则删除首先添加的字段；若不存在，则Document保持不变 3)void removeFields(String name)删除所有字段。若字段不存在，则 Document保持不变 4)Field getField（String name）若多个字段以同一个字段名存在，则 返回首先添加的字段；若字段不存在，则Document保持不变 5)Enumeration fields()返回Document对象的所有字段，以枚举类型返 回 6)Field [] getFields(String name)根据名称得到一个Field的数组 7)String [] getValues(String name)根据名称得到一个Field的值的数 组 Document doc1 = new Document();