數據表百萬級的數據量,其實還是不是很大的,建立合理的索引就可以解決了。建立分區表的話,是可以根據所分區的內容進行查詢的,比如單獨查詢2011年度的記錄,但是因為你已經有了一定的歷史數據,所以相對比較麻煩,建議百度一下。另外也可以將數據導出,然后重新建立需要分區的表,在建表的同時進行分區,這樣再單獨把數據導入就自動分區了
成都創新互聯公司主營大足網站建設的網絡公司,主營網站建設方案,重慶APP開發公司,大足h5微信小程序開發搭建,大足網站營銷推廣歡迎大足等地區企業咨詢
使用索引,使用精確定位條件篩選,使用子查詢將數據量大的表篩選再進行多表連接查詢,少使用模糊查詢,注意條件的順序等
1、使用兩邊加‘%’號的查詢,Oracle是不通過索引的,所以查詢效率很低。
例如:select count(*) from lui_user_base t where t.user_name like '%cs%';
2、like '...%'和 like'%...'雖然走了索引,但是效率依然很低。
3、有人說使用如下sql,他的效率提高了10倍,但是數據量小的時候
select count(*) from lui_user_base where rowid in (select rowid from lui_user_base t where t.user_name like '%cs%')
我拿100w跳數據做了測試,效果一般,依然很慢,原因:
select rowid from lui_user_base t where t.user_name like '%cs%' ? 這條sql執行很快,那是相當的快,但是放到select count(*) from lui_user_base where rowid in()里后,效率就會變的很慢了。
4、select count(*) from lui_user_base t where instr(t.user_name,'cs') 0
這種查詢效果很好,速度很快,推薦使用這種。因為我對oracle內部機制不是很懂,只是對結果做了一個說明。
5、有人說了用全文索引,我看了,步驟挺麻煩,但是是個不錯的方法,留著備用:
對cmng_custominfo 表中的address字段做全文檢索:
1,在oracle9201中需要創建一個分詞的東西:
BEGIN
ctx_ddl.create_preference ('SMS_ADDRESS_LEXER', 'CHINESE_LEXER');
--ctx_ddl.create_preference ('my_lexer', 'chinese_vgram_lexer'); 不用
end;
2,創建全文檢索:
CREATE INDEX INX_CUSTOMINFO_ADDR_DOCS ON cmng_custominfo(address) INDEXTYPE IS CTXSYS.CONTEXT PARAMETERS ('LEXER SMS_ADDRESS_LEXER');
3,查詢時候,使用:
select * from cmng_custominfo where contains (address, '金色新城')1;
4,需要定期進行同步和優化:
同步:根據新增記錄的文本內容更新全文搜索的索引。
begin
ctx_ddl.sync_index('INX_CUSTOMINFO_ADDR_DOCS');
end;
優化:根據被刪除記錄清除全文搜索索引中的垃圾
begin
ctx_ddl.optimize_index('INX_CUSTOMINFO_ADDR_DOCS', 'FAST');
end;
5,采用job做步驟4中的工作:
1)該功能需要利用oracle的JOB功能來完成
因為oracle9I默認不啟用JOB功能,所以首先需要增加ORACLE數據庫實例的JOB配置參數:
job_queue_processes=5
重新啟動oracle數據庫服務和listener服務。
2)同步 和 優化
--同步 sync:
variable jobno number;
BEGIN
DBMS_JOB.SUBMIT(:jobno,'ctx_ddl.sync_index(''INX_CUSTOMINFO_ADDR_DOCS'');',
SYSDATE, 'SYSDATE + (1/24/4)');
commit;
END;
--優化
variable jobno number;
begin
DBMS_JOB.SUBMIT(:jobno,'ctx_ddl.optimize_index(''INX_CUSTOMINFO_ADDR_DOCS'',''FULL'');', SYSDATE, 'SYSDATE + 1');
commit;
END;
其中, 第一個job的SYSDATE + (1/24/4)是指每隔15分鐘同步一次,第二個job的SYSDATE + 1是每隔1天做一次全優化。具體的時間間隔,可以根據應用的需要而定。
6,索引重建
重建索引會刪除原來的索引,重新生成索引,需要較長的時間。
重建索引語法如下:
ALTER INDEX INX_CUSTOMINFO_ADDR_DOCS REBUILD;
據網上一些用家的體會,oracle重建索引的速度也是比較快的,有一用家這樣描述:
Oracle 的全文檢索建立和維護索引要比ms sql server都要快得多,筆者的65萬記錄的一個表建立索引只需要20分鐘,同步一次只需要1分鐘。
因此,也可以考慮用job的辦法定期重建索引。
一般最常用的大數據量優化:
1、創建分區表,使查詢時的大表盡量分割成小表。Oracle提供范圍分區、列表分區、Hash分區以及復合分區,具體選擇哪種分區最優,需要根據你的業務數據來確定。
2、創建索引,創建合適的索引可以大大提高查詢速度。但是你的這張大表如果會頻繁的進行update、insert等操作,索引會導致這些操作變慢。就有可能需要進行動態索引的使用。
3、優化復雜SQL;對復雜的SQL進行合理的優化,這個有時候也需要根據你的數據情況來優化,可以參考一些SQL語句優化方面的文檔。
1、可以縮小到5張表,因為很多都是從一張表里取出來的數據;
2、不能子查詢因為是要顯示數據子查詢只是查詢條件;
3不能建立索引,因為這樣會影響表的增刪改,它里面都是導入進去的一次增加上千條都有可能;
4、定期結轉是什么意思,表示沒看懂。時間發的太長的話就算了;
5、定期結轉的意思就是,將你要建立視圖的幾種表數據“轉移”到一張新表里面去,不用視圖查詢。數據庫全文檢索是RDBMS自帶的擴展功能,可以實現高速查詢。全文檢索建議搜索下關鍵字,什么lucene之類的就出來了。
名稱欄目:oracle怎么查詢速度快,oracle查詢效率
本文來源:http://m.2m8n56k.cn/article6/hogoig.html
成都網站建設公司_創新互聯,為您提供網站排名、網站策劃、網站建設、網站營銷、手機網站建設、搜索引擎優化
聲明:本網站發布的內容(圖片、視頻和文字)以用戶投稿、用戶轉載內容為主,如果涉及侵權請盡快告知,我們將會在第一時間刪除。文章觀點不代表本網站立場,如需處理請聯系客服。電話:028-86922220;郵箱:[email protected]。內容未經允許不得轉載,或轉載時需注明來源: 創新互聯