關于數(shù)據(jù)庫架構的設計，優(yōu)化，跨庫

ecloud

現(xiàn)有需求如下
會員信息數(shù)據(jù)，用于所有移動端會員的登錄和信息查詢，訪問頻率很高，并發(fā)較高，但是數(shù)據(jù)量很小
其他業(yè)務信息數(shù)據(jù)，用于承載業(yè)務數(shù)據(jù)，訪問頻率，并發(fā)都較低，數(shù)據(jù)量中等偏高

現(xiàn)在的想法是，為了充分優(yōu)化會員信息數(shù)據(jù)的訪問，打算把會員信息單獨放在一個庫，調(diào)優(yōu)；業(yè)務信息單獨放另外一個庫，大概缺省設置就足夠了

那么就要考慮到跨庫訪問的實現(xiàn)，根據(jù)一些資料來看，似乎fdw無論從性能還是功能來說都超過dblink？是不是fdw以后將會徹底代替dblink？
很久沒了解postgre了，所以對這些新東西比較迷糊。開發(fā)方面期望的是能夠在一個datasource下透明、高效的訪問所有數(shù)據(jù)