GaussDB開發(fā)過程中，數(shù)據(jù)庫對象命名需要滿足約束：非時序表長度不超過63個字節(jié)，時序表長度不超過53個字符，以字母或下劃線開頭，中間字符可以是字母、數(shù)字、下劃線、$、#。避免使用保留或者非保留關(guān)鍵字命名數(shù)據(jù)庫對象。同時避免使用雙引號括起來的字符串來定義數(shù)據(jù)庫對象名稱，除非需要限制數(shù)據(jù)庫對象名稱的大小寫。數(shù)據(jù)庫對象名稱大小寫敏感會使定位問題難度增加。

GaussDB開發(fā)中可以使用Database和Schema實現(xiàn)業(yè)務(wù)的隔離，區(qū)別在于Database的隔離更加徹底，各個Database之間共享資源極少，可實現(xiàn)連接隔離、權(quán)限隔離等，Database之間無法直接互訪。Schema隔離的方式共用資源較多，可以通過grant與revoke語法便捷地控制不同用戶對各Schema及其下屬對象的權(quán)限。從便捷性和資源共享效率上考慮，推薦使用Schema進(jìn)行業(yè)務(wù)隔離。建議系統(tǒng)管理員創(chuàng)建Schema和Database，再賦予相關(guān)用戶對應(yīng)的權(quán)限。

GaussDB是分布式架構(gòu)。數(shù)據(jù)分布在各個DN上?？傮w上講，GaussDB開發(fā)良好的表設(shè)計需要遵循以下原則：

1、將表數(shù)據(jù)均勻分布在各個DN上。

2、將表的掃描壓力均勻分散在各個DN上。

3、減少需要掃描的數(shù)據(jù)量。通過分區(qū)表的剪枝機制可以大幅減少數(shù)據(jù)的掃描量。

4、盡量減少隨機I/O。通過聚簇/局部聚簇可以實現(xiàn)熱數(shù)據(jù)的連續(xù)存儲，將隨機I/O轉(zhuǎn)換為連續(xù)I/O，從而減少掃描的I/O代價。

5、盡量避免數(shù)據(jù)shuffle。

GaussDB開發(fā)在字段設(shè)計時，基于查詢效率的考慮，一般遵循以下原則：

1、盡量使用高效數(shù)據(jù)類型：擇數(shù)值類型時，在滿足業(yè)務(wù)精度的情況下，選擇數(shù)據(jù)類型的優(yōu)先級從高到低依次為整數(shù)、浮點數(shù)、NUMERIC。

2、當(dāng)多個表存在邏輯關(guān)系時，表示同一含義的字段應(yīng)該使用相同的數(shù)據(jù)類型。

3、對于字符串?dāng)?shù)據(jù)，建議使用變長字符串?dāng)?shù)據(jù)類型，并指定最大長度。請務(wù)必確保指定的最大長度大于需要存儲的最大字符數(shù)，避免超出最大長度時出現(xiàn)字符截斷現(xiàn)象。除非明確知道數(shù)據(jù)類型為固定長度字符串，否則，不建議使用CHAR(n)、BPCHAR(n)、NCHAR(n)、CHARACTER(n)。