如何查找EI 及SCI 索引

1.EI

　　https://www.engineeringvillage.com/search/quick.url

搜题目，然后点击搜索，然后点击细节（detailed）

Accession number: 201437181559**

2.SCI

　　http://apps.webofknowledge.com/WOS_GeneralSearch_input.do?product=WOS&search_mode=GeneralSearch&SID=1DlGGnPdds8npX2aypV&preferencesSaved=

搜题目，然后点击标题，搜索，然后点击。

→ 入藏号: WOS:000350564600*9*

时间： 2024-11-03 22:07:31

如何查找EI 及SCI 索引的相关文章

MySQL索引的维护与优化——查找重复及冗余索引

方法一:通过MySQL的information_schema数据库查找重复与冗余索引 SELECT a.table_schema AS '数据库', a.table_name AS '表名', a.index_name AS '索引1', b.index_name AS '索引2', a.column_name AS '重复列名' FROM information_schema.statistics a JOIN statistics b ON a.table_schema = b.table

C语言查找字符串并返回索引

C语言本身没有查找字符串并返回索引的函数,虽然说自己写一个查找函数也能获取索引,但是下面的方法更简便 C语言有一个strchr函数用于查找字符出现的第一个位置,关键就是这个函数,如果巧用,也可以获得找到的字符串的索引 1 char *str_1 = "wtwq211"; 2 char *str_2 = strchr(str_1, 'q'); 3 printf("%s\n", str_2); 4 5 int index=str_2 - str_1; 6 printf(

SQL Server中如何识别、查找未使用的索引(unused indexes）

在SQL Server中,索引是优化SQL性能的一大法宝.但是由于各种原因,索引会被当做"银弹"滥用,一方面有些开发人员(甚至是部分数据库管理员)有一些陋习,不管三七二十一,总是根据所谓的"感觉"或"经验"先增加一些索引,而不管这些索引是否未被使用或是否合理.另外一方面在数据库的生命周期中,需求总是在变化,业务也在变化,有些当初创建的有效索引可能已经变成了unused index了.变成了数据库性能的累赘: 另外,部分数据库管理员其实很少清理索引

SCI&EI 英文PAPER投稿经验【转】

英文投稿的一点经验[转载] From: http://chl033.woku.com/article/2893317.html 1. 首先一定要注意杂志的发表范围, 超出范围的千万别投,要不就是浪费时间;另外,每个杂志都有他们的具体格式要求,一定要按照他们的要求把论文写好,免得浪费时间,前些时候,我的一个同事向一个著名的英文杂志投稿,由于格式问题,人家过两个星期就退回来了,而且说了很多难听的话,说投稿前首先就应该看清楚他们的格式要求:2. 论文写作一定要言简意赅,特别是摘要,引言和结论部分,特别

sci,ei,istp三大科技文献检索系统

印刷版(SCI) 双月刊 3,500种联机版(SciSearch) 周更新 5,600种光盘版(带文摘)(SCICDE) 月更新 3,500种(同印刷版) 网络版(SCIExpanded) 周更新 5,600种(同联机版) <工程索引>(EngineeringIndex,EI),1884年创刊,由美国工程信息公司出版,报道工程技术各学科的期刊.会议论文.科技报告等文献. 版本(及区别名称) 出版周期收录文献源光盘版(EI Compendex) 双月刊 2600种网络版(EI Comp

浅析MySQL中的Index Condition Pushdown (ICP 索引条件下推)和Multi-Range Read（MRR 索引多范围查找）查询优化

本文出处:http://www.cnblogs.com/wy123/p/7374078.html(保留出处并非什么原创作品权利,本人拙作还远远达不到,仅仅是为了链接到原文,因为后续对可能存在的一些错误进行修正或补充,无他) ICP优化原理 Index Condition Pushdown (ICP),也称为索引条件下推,体现在执行计划的上是会出现Using index condition(Extra列,当然Extra列的信息太多了,只能做简单分析)ICP原理通俗讲就是,查询过程中,直接在查询引擎

SQL Server 索引之书签查找 <第十一篇>

一.书签查找的概念书签可以帮助SQL Server快速从非聚集索引条目导向到对应的行,其实这东西几句话我就能说明白. 如果表有聚集索引(区段结构),那么书签就是从非聚集索引找到聚集索引后,利用聚集索引定位到数据.此处的书签就是聚集索引.如果表没有聚集索引(堆结构).那么扫描非聚集索引后,通过RID定位到数据,那么此处书签就是RID. 所谓的书签查找,就是通过聚集索引,然后利用聚集索引或RID定位到数据. 不论表示堆结构还是区段结构,数据的存放都是数据库文件的某文件->某页->某行,因此定位数

复合索引，覆盖索引，书签查找（键查找）

今天一位小伙伴问我关于SQL查询效率以及索引的东西. 我说只要尽量命中索引即可.特别是聚集索引.思前想后,好像总有什么不对! 于是又做了一番资料查询,发现索引不是那么简单,即使是命中索引也是没那么简单. 突然有些感慨,当个DBA不容易啊. 1.复合索引先说说复合索引,相信大家都知道.两个或更多列上的索引就被称作复合索引. 最近在做某酒店的项目.拿这个举个例子: Order表名, 其中包含列:GuestSrcCode(客源代码),HotelID(酒店编号) tips:客源代码只有几种情况(散客,

联合索引在B+树上的存储结构及数据查找方式

能坚持别人不能坚持的,才能拥有别人未曾拥有的.关注编程大道公众号,让我们一同坚持心中所想,一起成长!! 引言上一篇文章<MySQL索引那些事>主要讲了MySQL索引的底层原理,且对比了B+Tree作为索引底层数据结构相对于其他数据结构(二叉树.红黑树.B树)的优势,最后还通过图示的方式描述了索引的存储结构.但都是基于单值索引,由于文章篇幅原因也只是在文末略提了一下联合索引,并没有大篇幅的展开讨论,所以这篇文章就单独去讲一下联合索引在B+树上的存储结构.本文主要讲解的内容有: 联合索引在B+树