Greenplum儲存過程使用分割槽表將進行全表掃描
環境:Greenplum Database 4.2.1.0 , RHEL 5.4
問題: 之前用儲存過程轉換資料,其中一個表做分割槽,裡面的邏輯先是刪除日期引數的資料,然後用外部表匯入再轉換。最近由於裝載了很多資料,發現後續增量載入超慢。 後來發現是“刪除日期引數的資料”這個操作造成的,刪除某一天資料執行的是全表掃描。但在psql命令中分割槽鍵能過濾。
解決方法: 在網上找到一篇跟我碰到情況類似的
大意是有兩種方式避免,1. 涉及分割槽表使用動態sql 2. 升級至postgresql 9.2 , 這兩種方法顯能對gp是不靠譜的,只能用動態sql了, 苦了我們這幫用儲存過程做資料轉換的開發者。
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/16582684/viewspace-754862/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- 關於分割槽表中的全partition掃描問題
- oracle實驗記錄(分割槽全表掃描(全區掃描) FTS 時候的成本計算)Oracle
- MySQL 儲存過程進行切換表MySql儲存過程
- mysql 進行表分割槽MySql
- 優化全表掃描優化
- delete 與全表掃描delete
- 使用索引快速全掃描(Index FFS)避免全表掃描的若干場景索引Index
- oracle是如何進行全表掃描的Oracle
- 在ORACLE裡用儲存過程定期分割表(轉)Oracle儲存過程
- ORACLE全表掃描查詢Oracle
- MySQL中的全表掃描和索引樹掃描MySql索引
- oracle 分割槽表進行shrink操作Oracle
- zabbix5.0之postgresql表分割槽操作詳情(儲存過程、定時任務)SQL儲存過程
- oracle將表配置為分割槽表Oracle
- oracle實驗記錄 (分割槽表,掃描基數的計算)Oracle
- 使用全表掃描快取大表的相關問題快取
- 查詢全表掃描語句
- oracle優化:避免全表掃描Oracle優化
- 查詢全表掃描的sqlSQL
- MySQL的nnodb引擎表資料分割槽儲存MySql
- 抓取全表掃描的表,篩選和分析
- oracle使用儲存過程將表資料以excel格式匯出Oracle儲存過程Excel
- oracle 全表掃描,索引範圍掃描與塊的理解Oracle索引
- ORACLE將不同表改為分割槽表Oracle
- 將非分割槽錶轉換為分割槽表
- 使用split對分割槽表再分割槽
- 使用DBMS_REDEFINITION在事務處理過程中將一個非分割槽錶轉換為分割槽表
- Sql儲存過程分頁--臨時表儲存SQL儲存過程
- oracle儲存過程將引數字串分割sqlOracle儲存過程字串SQL
- (轉)索引掃描還是全表掃描(Index Scan Or Full Table Scan)索引Index
- 轉)索引掃描還是全表掃描(Index Scan Or Full Table Scan)索引Index
- oracle分割槽表和分割槽表exchangeOracle
- Greenplum計算能力估算-暨多大表需要分割槽,單個分割槽多大適宜
- GreenPlum儲存過程的原始碼匯出儲存過程原始碼
- 理解資料庫掃描方法-利用掃描方法對資料儲存進行優化資料庫優化
- Oracle中存取資料掃描Table及索引的方式(全表掃描,索引掃描等)Oracle索引
- 將mysql非分割槽錶轉換為分割槽表MySql
- mysql 儲存過程 procedure 批次建表MySql儲存過程