PG創建or修改索引

pgsql中的索引不能重名，重名的創建失敗。

創新互聯公司服務項目包括薩迦網站建設、薩迦網站制作、薩迦網頁制作以及薩迦網絡營銷策劃等。多年來，我們專注于互聯網行業，利用自身積累的技術優勢、行業經驗、深度合作伙伴關系等，向廣大中小型企業、政府機構等提供互聯網行業的解決方案，薩迦網站推廣取得了明顯的社會效益與經濟效益。目前，我們服務的客戶以成都為中心已經輻射到薩迦省份的部分城市，未來相信會繼續擴大服務區域并繼續獲得客戶的支持與信任！

創建二級索引的命令：create index CONCURRENTLYidx_abc on tb1(a,b);

注意：reindex重建索引的過程是阻塞的，一般大表不建議使用這個命令，可以重建一個索引，然后刪除老的索引。

下面看一個《PostgreSQL實戰》書上page202的例子：

由于PG的MVCC機制，當運行大量的更新操作后，會有索引膨脹的現象。這時候可以通過 create index concurrently不阻塞查詢和更新的情況下，在線重新重建索引，創建好索引之后，再刪除原先的索引，減少索引的尺寸，提高查詢速度。對于主鍵也可以使用這種方式進行，例如：

db1=# \d testdata

???????????????? Table "public.testdata"

? Column? |???? Type???? | Collation | Nullable | Default

----------+--------------+-----------+----------+---------

?id?????? | integer????? |?????????? | not null |

?course?? | integer????? |?????????? |????????? |

?grade??? | numeric(4,2) |?????????? |????????? |

?testtime | date???????? |?????????? |????????? |

Indexes:

??? "testdata_pkey" PRIMARY KEY, btree (id)

db1=# create unique index concurrently on testdata using btree(id);

db1=#select

schemaname,

relname,

indexrelname,

pg_relation_size (indexrelid) as index_size,

idx_scan,

idx_tup_read,

idx_tup_fetch

from pg_stat_user_indexes where

indexrelname in (select indexname from pg_indexes where schemaname ='public' and tablename='testdata');

------------+----------+-----------------+------------+----------+--------------+---------------

?public???? | testdata | testdata_pkey?? |????? 16384 |?????? ?2 |????? 5999998 |?????? 5999998

?public???? | testdata |testdata_id_idx |????? 16384 |??????? 0 |??????????? 0 |???????????? 0

(2 rows)

db1=# begin;

BEGIN

db1=# alter table testdata drop constraint testdata_pkey;

ALTER TABLE

db1=# alter table testdata add constraint testdata_id_idx primary key using index testdata_id_idx ;

ALTER TABLE

db1=# end;

COMMIT