首先，我不知道為什么你需要人為地修改master節(jié)點(diǎn)的pg_exttable表從而導(dǎo)致master節(jié)點(diǎn)和segment節(jié)點(diǎn)的數(shù)據(jù)字典不一致。如果你只是想讓external table指向新的位置，你完成可以drop掉舊的external table，然后創(chuàng)建一個(gè)名字一樣的新的external table，但指向新的位置。

其次，從實(shí)現(xiàn)代碼看，如你測(cè)試的結(jié)果所示，gpfdist協(xié)議的外部表執(zhí)行的時(shí)候使用的是master節(jié)點(diǎn)的數(shù)據(jù)字典，location的信息通過查詢計(jì)劃分發(fā)到segment節(jié)點(diǎn)。換句話說，在正常的查詢中，gpfdist協(xié)議的外部表沒有用到segment的數(shù)據(jù)字典。但是，Greenplum Database有一種模式叫utility模式。用戶是可以通過utility模式直接連接到segment節(jié)點(diǎn)，然后在segment節(jié)點(diǎn)上面執(zhí)行查詢。在這種情況下，如果需要訪問gpfdist協(xié)議的外部表，那么使用的將是segment的數(shù)據(jù)字典（也就是segment的pg_exttable中的location信息）。因?yàn)閡tility模式下，每個(gè)segment就是一個(gè)單獨(dú)的postgresql數(shù)據(jù)庫，它不會(huì)去訪問，也不能去訪問master的數(shù)據(jù)字典。

最后，結(jié)論就是：（1）你不應(yīng)該人為地去修改master節(jié)點(diǎn)的pg_exttable表；（2）正常情況下，對(duì)于gpfdist協(xié)議的外部表，即便master和segment的pg_exttable信息不一致，對(duì)查詢結(jié)果也不會(huì)有任何影響；但在utility模式下，在master上訪問同樣的external table，和在segment上訪問同樣的external table，結(jié)果可能會(huì)不一樣。