索引資料庫有哪些

『壹』 常用的文獻檢索平台或資料庫有哪些

Pubmed是醫學,生命科學領域的資料庫。提供文獻檢索,圖片檢索,影響因子查詢,免費全文下載,國家自然科學基金統計分析等服務。
Web of Science資料庫是國際公認的反映科學研究水準的資料庫。檢索精確到文獻被收錄的期刊、出版公司、作者、日期、頁碼等。
Seek68文獻館整合了大量知名中外文資料庫資源。覆蓋各科領域，解決了外文文獻下載不了的問題。而且對於疑難文獻提供人工幫助。
ProQuest博士論文全文 ,是UMI公司的一個分庫。提供期刊、報紙、參考書、參考文獻、書目、索引、地圖集、絕版書籍、記錄檔案、博士論文和學者論文集等各種類型的信息服務。
Wiley InterScience收錄了360多種科學、工程技術、醫療領域及相關專業期刊、30多種大型專業參考書、13種實驗室手冊的全文和500多個題目的Wiley學術圖書的全文。其中被SCI收錄的核心期刊近200種。
OVID是全球著名的資料庫提供商﹐在國外醫學界被廣泛應用。
EMBASE內容涉及葯學、臨床醫學、基礎醫學、預防醫學、法醫學和生物醫學工程等。除了可以檢索豐富的醫學文獻外，還支持葯物和疾病檢索。
Ingenta是目前世界最大的期刊資料庫之一, 該庫收錄期刊已超過18,000種，擁有期刊文章索引（或文摘）7百多萬篇，廣泛覆蓋了自然科學與社會科學多種學科的主題。
德國施普林格(Springer-Verlag)是世界上著名的科技出版集團, 通過Springer LINK系統提供學術期刊及電子圖書的在線服務。

『貳』 什麼是資料庫索引 有哪些類型和特點

資料庫索引的作用相當於書的目錄，就是提高數據的查詢速度，不同的資料庫索引類型不用，比如SQL
SERVER就有聚集索引和非聚集索引，聚集索引提高數據的查詢速度，非聚集索引對提高查詢速度不利，但可以提高數據的刪除或插入速度，因為它的邏輯頁面和物理頁面不一致

『叄』 資料庫索引有哪些種類

1.按照索引列值的唯一性,索引可分為唯一索引和非唯一索引; 非唯一索引: create index 索引名 on 表名(列名) tablespace 表空間名; 唯一索引: 建立主鍵或者唯一約束時會自動在對應的列...
2.索引列的個數:單列索引和復合索引;
3.按照索引列的物理組織方式。 索引的創建格式: CREATE UNIUQE | BITMAP INDEX <schema>.<index_name> ON <schema...

『肆』 文摘，索引資料庫有哪些

Journal Citation Reports (JCR) : Science期刊引用報告科學版 1994--1998，年更新
美國ISI （科學情報研究所）出版。
美國《科學引文索引》（SCI）中收錄及被引用的約4400種期刊文獻的引用與被引用情況的統計數據，用於分析和評價期刊。

中文科技期刊資料庫 1989--，季度更新
中國科學技術信息研究所重慶分所出版
收錄中國大陸及港台地區出版的5000多種科技期刊。內容覆蓋理、工、農、醫各領域。
檢索結果包括文獻題錄及少量文摘。

中國科技論文與引文資料庫（CSTPC）
北京市萬方數據公司出版。
收錄國內1200餘種期刊1989-1994年內發表的文獻及其1994年的引用情況，還包括每年收錄文獻的分析統計資料。

中國科學引文索引 1991--,年更新
中國科學院文獻情報中心出版
收錄我國出版的315種中、英文重要期刊的論文及其中文引文，專業覆蓋數、理、化、農、林、醫及工程技術各領域。
檢索結果包括文獻的題錄及引用與被引用情況。

中國企業、公司及產品資料庫（CECDB）
北京市萬方數據公司出版。
收錄我國各種所有制企業及公司各方面的信息。
檢索結果包括企業的名稱、地址、負責人及主要產品等60餘項信息。

中國學術會議論文資料庫（CACP）
北京市萬方數據公司出版。
收錄全國一百多個國家級學、協會及研究會召開的學術會議論文，報道論文題錄，數據自1985年開始。

中國專利文摘資料庫 1985--，季度更新
北京中獻電子技術開發中心出版
中國專利，包括1985年中國實施專利制度以來的全部發明專利、適用新型專利和外觀設計專利。
檢索結果包括文獻題錄及文摘。

『伍』 mysql資料庫中的索引有那些，有什麼用

索引是指把你設置為索引的欄位A的內容儲存在一個獨立區間S里，裡面只有這個欄位的內容。在找查這個與這個欄位A的內容時會直接從這個獨立區間里查找，而不是去到數據表裡查找。找到的這些符合條件的欄位後再讀取欄位A所指向真實的數據記錄的物理地址，再把對應的數據內容輸出。 如果你查找的不是索引的欄位那麼他會從數據表裡面查找。因為數據表有很多不相關的欄位，資料庫程序是不會省略不查找。要判斷那些不相關的欄位以及多次在記錄中跳轉是花費一定的資源的。 當然不是設置越多索引就越好。因為索引都放到這個獨立區間S，獨立區間S越大搜索所佔的資源就越大。如果你只有一個欄位為索引，那麼你搜索這個欄位是非常快速的。 你想了解更多有關方面的知識你可以學習一下數據結構。推薦這本書：http://www.douban.com/subject/1139426/你可以直接到當當網去網購，免運費。

『陸』 資料庫索引是什麼，有什麼用，怎麼用

1、資料庫索引是什麼，有什麼用

資料庫索引是對資料庫表中一列或多列的值進行排序的一種結構，使用索引可快速訪問資料庫表中的特定信息。如果想按特定職員的姓來查找他或她，則與在表中搜索所有的行相比，索引有助於更快地獲取信息。

索引的一個主要目的就是加快檢索表中數據的方法，亦即能協助信息搜索者盡快的找到符合限制條件的記錄ID的輔助數據結構。

2、資料庫索引的用法

當表中有大量記錄時，若要對表進行查詢，第一種搜索信息方式是全表搜索，是將所有記錄一一取出，和查詢條件進行一一對比，然後返回滿足條件的記錄，這樣做會消耗大量資料庫系統時間，並造成大量磁碟I/O操作；

第二種就是在表中建立索引，然後在索引中找到符合查詢條件的索引值，最後通過保存在索引中的ROWID（相當於頁碼）快速找到表中對應的記錄。

索引是一個單獨的、物理的資料庫結構，它是某個表中一列或若干列值的集合和相應的指向表中物理標識值的數據頁的邏輯指針清單。

(6)索引資料庫有哪些擴展閱讀：

一、索引的原理：

對要查詢的欄位建立索引其實就是把該欄位按照一定的方式排序；建立的索引只對該欄位有用，如果查詢的欄位改變，那麼這個索引也就無效了，比如圖書館的書是按照書名的第一個字母排序的，那麼你想要找作者叫張三的就不能用改索引了；還有就是如果索引太多會降低查詢的速度。

二、資料庫索引的特點：

1、避免進行資料庫全表的掃描，大多數情況，只需要掃描較少的索引頁和數據頁，而不是查詢所有數據頁。而且對於非聚集索引，有時不需要訪問數據頁即可得到數據。

2、聚集索引可以避免數據插入操作，集中於表的最後一個數據頁面。

3、在某些情況下，索引可以避免排序操作。

『柒』 什麼是資料庫索引

第二次回答：
問題補充：能不能具體點，新建一個索引就可以了嗎
基本上可以這么說，不過你也可以修改索引。

記住：
索引其實關鍵目的是為了加快檢索速度而建立的，所以，怎麼用索引是資料庫系統本身的事情，作為資料庫設計或使用者，設計並創建好索引然後體驗加上索引後的查詢變快的感覺就行了。所以，索引怎麼用就變為了「怎麼創建合適的索引」

以下回答是否符合你的要求？你還有什麼問題？

第一次回答：
一、索引是什麼

索引是與表或視圖關聯的磁碟上結構，可以加快從表或視圖中檢索行的速度。索引包含由表或視圖中的一列或多列生成的鍵。這些鍵存儲在一個結構（B 樹）中，使 SQL Server 可以快速有效地查找與鍵值關聯的行。

表或視圖可以包含以下類型的索引：

* 聚集
o 聚集索引根據數據行的鍵值在表或視圖中排序和存儲這些數據行。索引定義中包含聚集索引列。每個表只能有一個聚集索引，因為數據行本身只能按一個順序排序。
o 只有當表包含聚集索引時，表中的數據行才按排序順序存儲。如果表具有聚集索引，則該表稱為聚集表。如果表沒有聚集索引，則其數據行存儲在一個稱為堆的無序結構中。
* 非聚集
o 非聚集索引具有獨立於數據行的結構。非聚集索引包含非聚集索引鍵值，並且每個鍵值項都有指向包含該鍵值的數據行的指針。
o 從非聚集索引中的索引行指向數據行的指針稱為行定位器。行定位器的結構取決於數據頁是存儲在堆中還是聚集表中。對於堆，行定位器是指向行的指針。對於聚集表，行定位器是聚集索引鍵。
o 您可以向非聚集索引的葉級添加非鍵列以跳過現有的索引鍵限制（900 位元組和 16 鍵列），並執行完整范圍內的索引查詢。

聚集索引和非聚集索引都可以是唯一的。這意味著任何兩行都不能有相同的索引鍵值。另外，索引也可以不是唯一的，即多行可以共享同一鍵值。

每當修改了表數據後，都會自動維護表或視圖的索引。

索引和約束

對表列定義了 PRIMARY KEY 約束和 UNIQUE 約束時，會自動創建索引。例如，如果創建了表並將一個特定列標識為主鍵，則 資料庫引擎自動對該列創建 PRIMARY KEY 約束和索引。有關詳細信息，請參閱創建索引（資料庫引擎）。

二、索引有什麼用

與書中的索引一樣，資料庫中的索引使您可以快速找到表或索引視圖中的特定信息。索引包含從表或視圖中一個或多個列生成的鍵，以及映射到指定數據的存儲位置的指針。通過創建設計良好的索引以支持查詢，可以顯著提高資料庫查詢和應用程序的性能。索引可以減少為返回查詢結果集而必須讀取的數據量。索引還可以強製表中的行具有唯一性，從而確保表數據的數據完整性。

設計良好的索引可以減少磁碟 I/O 操作，並且消耗的系統資源也較少，從而可以提高查詢性能。對於包含 SELECT、UPDATE、DELETE 或 MERGE 語句的各種查詢，索引會很有用。例如，在 AdventureWorks 資料庫中執行的查詢 SELECT Title, HireDate FROM HumanResources.Employee WHERE EmployeeID = 250。執行此查詢時，查詢優化器評估可用於檢索數據的每個方法，然後選擇最有效的方法。可能採用的方法包括掃描表和掃描一個或多個索引（如果有）。

掃描表時，查詢優化器讀取表中的所有行，並提取滿足查詢條件的行。掃描表會有許多磁碟 I/O 操作，並佔用大量資源。但是，如果查詢的結果集是占表中較高百分比的行，掃描表會是最為有效的方法。

查詢優化器使用索引時，搜索索引鍵列，查找到查詢所需行的存儲位置，然後從該位置提取匹配行。通常，搜索索引比搜索表要快很多，因為索引與表不同，一般每行包含的列非常少，且行遵循排序順序。

查詢優化器在執行查詢時通常會選擇最有效的方法。但如果沒有索引，則查詢優化器必須掃描表。您的任務是設計並創建最適合您的環境的索引，以便查詢優化器可以從多個有效的索引中選擇。SQL Server 提供的資料庫引擎優化顧問可以幫助分析資料庫環境並選擇適當的索引。

三、索引怎麼用

索引其實關鍵目的是為了加快檢索速度而建立的，所以，怎麼用索引是資料庫系統本身的事情，作為資料庫設計或使用者，設計並創建好索引然後體驗加上索引後的查詢變快的感覺就行了。所以，索引怎麼用就變為了「怎麼創建合適的索引」，以下說明這個問題：

索引設計不佳和缺少索引是提高資料庫和應用程序性能的主要障礙。設計高效的索引對於獲得良好的資料庫和應用程序性能極為重要。為資料庫及其工作負荷選擇正確的索引是一項需要在查詢速度與更新所需開銷之間取得平衡的復雜任務。如果索引較窄，或者說索引關鍵字中只有很少的幾列，則需要的磁碟空間和維護開銷都較少。而另一方面，寬索引可覆蓋更多的查詢。您可能需要試驗若干不同的設計，才能找到最有效的索引。可以添加、修改和刪除索引而不影響資料庫架構或應用程序設計。因此，應試驗多個不同的索引而無需猶豫。

SQL Server 中的查詢優化器可在大多數情況下可靠地選擇最高效的索引。總體索引設計策略應為查詢優化器提供可供選擇的多個索引，並依賴查詢優化器做出正確的決定。這在多種情況下可減少分析時間並獲得良好的性能。若要查看查詢優化器對特定查詢使用的索引，請在 SQL Server Management Studio 中的「查詢」菜單上選擇「包括實際的執行計劃」。

不要總是將索引的使用等同於良好的性能，或者將良好的性能等同於索引的高效使用。如果只要使用索引就能獲得最佳性能，那查詢優化器的工作就簡單了。但事實上，不正確的索引選擇並不能獲得最佳性能。因此，查詢優化器的任務是只在索引或索引組合能提高性能時才選擇它，而在索引檢索有礙性能時則避免使用它。

建議的索引設計策略包括以下任務：

1. 了解資料庫本身的特徵。例如，它是頻繁修改數據的聯機事務處理 (OLTP) 資料庫，還是主要包含只讀數據的決策支持系統 (DSS) 或數據倉庫 (OLAP) 資料庫？
2. 了解最常用的查詢的特徵。例如，了解到最常用的查詢聯接兩個或多個表將有助於決定要使用的最佳索引類型。
3. 了解查詢中使用的列的特徵。例如，某個索引對於含有整數數據類型同時還是唯一的或非空的列是理想索引。篩選索引適用於具有定義完善的數據子集的列。
4. 確定哪些索引選項可在創建或維護索引時提高性能。例如，對現有某個大型表創建聚集索引將會受益於 ONLINE 索引選項。ONLINE 選項允許在創建索引或重新生成索引時繼續對基礎數據執行並發活動。
5. 確定索引的最佳存儲位置。非聚集索引可以與基礎表存儲在同一個文件組中，也可以存儲在不同的文件組中。索引的存儲位置可通過提高磁碟 I/O 性能來提高查詢性能。例如，將非聚集索引存儲在表文件組所在磁碟以外的某個磁碟上的一個文件組中可以提高性能，因為可以同時讀取多個磁碟。
或者，聚集索引和非聚集索引也可以使用跨越多個文件組的分區方案。在維護整個集合的完整性時，使用分區可以快速而有效地訪問或管理數據子集，從而使大型表或索引更易於管理。有關詳細信息，請參閱已分區表和已分區索引。在考慮分區時，應確定是否應對齊索引，即，是按實質上與表相同的方式進行分區，還是單獨分區。

# 設計索引。
索引設計是一項關鍵任務。索引設計包括確定要使用的列，選擇索引類型（例如聚集或非聚集），選擇適當的索引選項，以及確定文件組或分區方案布置。

# 確定最佳的創建方法。按照以下方法創建索引：

* 使用 CREATE TABLE 或 ALTER TABLE 對列定義 PRIMARY KEY 或 UNIQUE 約束
SQL Server 資料庫引擎自動創建唯一索引來強制 PRIMARY KEY 或 UNIQUE 約束的唯一性要求。默認情況下，創建的唯一聚集索引可以強制 PRIMARY KEY 約束，除非表中已存在聚集索引或指定了唯一的非聚集索引。默認情況下，創建的唯一非聚集索引可以強制 UNIQUE 約束，除非已明確指定唯一的聚集索引且表中不存在聚集索引。
還可以指定索引選項和索引位置、文件組或分區方案。
創建為 PRIMARY KEY 或 UNIQUE 約束的一部分的索引將自動給定與約束名稱相同的名稱。

* 使用 CREATE INDEX 語句或 SQL Server Management Studio 對象資源管理器中的「新建索引」對話框創建獨立於約束的索引
必須指定索引的名稱、表以及應用該索引的列。還可以指定索引選項和索引位置、文件組或分區方案。默認情況下，如果未指定聚集或唯一選項，將創建非聚集的非唯一索引。若要創建篩選索引，請使用可選的 WHERE 子句。

# 創建索引。
要考慮的一個重要因素是對空表還是對包含數據的表創建索引。對空表創建索引在創建索引時不會對性能產生任何影響，而向表中添加數據時，會對性能產生影響。
對大型表創建索引時應仔細計劃，這樣才不會影響資料庫性能。對大型表創建索引的首選方法是先創建聚集索引，然後創建任何非聚集索引。在對現有表創建索引時，請考慮將 ONLINE 選項設置為 ON。該選項設置為 ON 時，將不持有長期表鎖以繼續對基礎表的查詢或更新。

簡單的創建索引，可採用如下語句：
CREATE INDEX IX_ProctVendor_VendorID
ON Purchasing.ProctVendor (VendorID, VendorName);
GO

『捌』 檢索資料庫有哪些

現在學校里用萬方，SCI ，清華同方的比較多，我前陣子也在寫，已經寫好了，就這幾天注釋還沒搞好。外文的論文或期刊建議用Springer和Blackwell ，比較全，我是在Springer下的。

『玖』 MYSQL資料庫索引類型都有哪些

聚集索引：也稱 Clustered Index。是指關系表記錄的物理順序與索引的邏輯順序相同。由於一張表只能按照一種物理順序存放，一張表最多也只能存在一個聚集索引。與非聚集索引相比，聚集索引有著更快的檢索速度。
MySQL 里只有 INNODB 表支持聚集索引，INNODB 表數據本身就是聚集索引，也就是常說 IOT，索引組織表。非葉子節點按照主鍵順序存放，葉子節點存放主鍵以及對應的行記錄。所以對 INNODB 表進行全表順序掃描會非常快。
非聚集索引：也叫 Secondary Index。指的是非葉子節點按照索引的鍵值順序存放，葉子節點存放索引鍵值以及對應的主鍵鍵值。MySQL 里除了 INNODB 表主鍵外，其他的都是二級索引。MYISAM，memory 等引擎的表索引都是非聚集索引。簡單點說，就是索引與行數據分開存儲。一張表可以有多個二級索引。

『拾』 支持動態索引的資料庫有哪些

資料庫索引是為了增加查詢速度而對表欄位附加的一種標識。見過很多人機械的理解索引的概念，認為增加索引只有好處沒有壞處。這里想把之前的索引學習筆記總結一下： 首先明白為什麼索引會增加速度，DB在執行一條Sql語句的時候，默認的方式是根據搜索條件進行全表掃描，遇到匹配條件的就加入搜索結果集合。如果我們對某一欄位增加索引，查詢時就會先去索引列表中一次定位到特定值的行數，大大減少遍歷匹配的行數，所以能明顯增加查詢的速度。那麼在任何時候都應該加索引么？這里有幾個反例：1、如果每次都需要取到所有表記錄，無論如何都必須進行全表掃描了，那麼是否加索引也沒有意義了。2、對非唯一的欄位，例如「性別」這種大量重復值的欄位，增加索引也沒有什麼意義。3、對於記錄比較少的表，增加索引不會帶來速度的優化反而浪費了存儲空間，因為索引是需要存儲空間的，而且有個致命缺點是對於update/insert/delete的每次執行，欄位的索引都必須重新計算更新。