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優化
- 查詢全表掃描的sqlSQL
- oracle實驗記錄 （分割槽表,掃描基數的計算）Oracle
- MySQL的nnodb引擎表資料分割槽儲存MySql
- 抓取全表掃描的表，篩選和分析
- oracle 全表掃描,索引範圍掃描與塊的理解Oracle索引
- ORACLE將不同表改為分割槽表Oracle
- 將非分割槽錶轉換為分割槽表
- 使用split對分割槽表再分割槽
- 使用DBMS_REDEFINITION在事務處理過程中將一個非分割槽錶轉換為分割槽表
- Sql儲存過程分頁--臨時表儲存SQL儲存過程
- (轉)索引掃描還是全表掃描（Index Scan Or Full Table Scan）索引Index
- 轉)索引掃描還是全表掃描（Index Scan Or Full Table Scan）索引Index
- oracle分割槽表和分割槽表exchangeOracle
- oracle儲存過程將引數字串分割sqlOracle儲存過程字串SQL
- Greenplum計算能力估算-暨多大表需要分割槽，單個分割槽多大適宜
- GreenPlum儲存過程的原始碼匯出儲存過程原始碼
- Oracle中存取資料掃描Table及索引的方式(全表掃描，索引掃描等)Oracle索引
- 理解資料庫掃描方法-利用掃描方法對資料儲存進行優化資料庫優化
- 將mysql非分割槽錶轉換為分割槽表MySql
- mysql 儲存過程 procedure 批次建表MySql儲存過程
- 用儲存過程動態建立表儲存過程