本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。

# 使用 Amazon Aurora DSQL 的考量事項
<a name="considerations"></a>

當您使用 Amazon Aurora DSQL 時，請考慮下列行為。如需進一步了解 PostgreSQL 相容性及支援，請參閱 [Aurora DSQL 中的 SQL 功能相容性](working-with-postgresql-compatibility.md)。如需了解配額和限制，請參閱 [Amazon Aurora DSQL 中的叢集配額與資料庫限制](CHAP_quotas.md)。
+ 執行`DROP TABLE`命令後，儲存限制計算可能需要一些時間來反映釋放的儲存。如果您需要額外的儲存容量，請參閱 [叢集配額](CHAP_quotas.md#SECTION_cluster-quotas)以請求配額更新。
+ 對於 Aurora DSQL 中的大型資料表，請使用系統目錄來擷取資料表資料列計數，而不是 `COUNT(*)`操作。如需詳細資訊，請參閱[在 Aurora DSQL 中使用系統資料表和命令](https://docs.aws.amazon.com/aurora-dsql/latest/userguide/working-with-systems-tables.html)。
+ Aurora DSQL 透過結構描述層級授予來管理許可。管理員使用者使用 建立結構描述`CREATE SCHEMA`，並使用 授予其他角色的存取權`GRANT USAGE ON SCHEMA`。管理員使用者管理公有結構描述中的物件，而非管理員使用者則在使用者建立的結構描述中建立物件。管理員角色可以授予自己任何其他角色，以取得使用者建立物件的許可。如需詳細資訊，請參閱[授權資料庫角色在您的資料庫使用 SQL](using-database-and-iam-roles.md#using-database-and-iam-roles-custom-database-roles-sql)。
+ 當驅動程式呼叫 時`PG_PREPARED_STATEMENTS`，Aurora DSQL 會提供快取預備陳述式的全叢集檢視。對於相同的叢集和 IAM 角色，每個連線可能會看到比預期更多的預備陳述式。Aurora DSQL 會在準備期間動態管理陳述式名稱。
+ 從IPv4-only執行個體連線時，請確定您的用戶端已設定為 IPv4 連線。有些 PostgreSQL 用戶端會在雙堆疊模式中嘗試 IPv4 和 IPv6 連線。如果 IPv4 連線遇到限流，用戶端可能會嘗試 IPv6，並在IPv4-only 的主機上傳回`NetworkUnreachable`錯誤。將用戶端設定為明確使用 IPv4，以避免此行為。
+ 管理員使用者建立新的結構描述，`GRANT`並在連線生命週期 （最多一小時） 內將`REVOKE`變更傳播到現有連線。若要立即生效，請在許可變更後建立新的連線。
+ 在極少數的多區域連結叢集復原案例中，自動化叢集復原操作會維持高可用性，但您可能會遇到暫時性並行控制或連線錯誤。在大多數情況下，只有一部分的工作負載受到影響。當您遇到這些暫時性錯誤時，請重試您的交易或重新與您的用戶端連線。
+ 有些 SQL 用戶端，例如 Datagrip，請求廣泛的系統中繼資料來填入結構描述資訊。Aurora DSQL 提供 SQL 查詢功能的核心中繼資料。與完整功能集相比，這些用戶端中的結構描述顯示可能會顯示有限的資訊。
+ 為了確保查詢可辨識新建立的結構描述和資料表，請在建立或捨棄資料庫物件後重新整理連線。這包括您在捨棄結構描述或查詢在另一個連線中建立的物件時看到`Schema Already Exists`錯誤的案例。中斷連線並重新連線，或`SET search_path`再次執行 以重新整理目錄快取。
+ 對於複雜的查詢，請使用 `EXPLAIN ANALYZE VERBOSE` 來識別高延遲操作並最佳化查詢計劃。覆蓋索引可透過啟用僅索引掃描而非完整資料表掃描，大幅降低 DPU 成本。如需詳細資訊，請參閱[使用 Aurora DSQL EXPLAIN 計劃](working-with-explain-plans.md)。
+ 連線限制是在叢集層級管理。請參閱 [叢集配額](CHAP_quotas.md#SECTION_cluster-quotas) 以請求配額更新。