我們使用提供自身網站和服務所需的基本 Cookie 和類似工具。我們使用效能 Cookie 收集匿名統計資料，以便了解客戶如何使用我們的網站並進行改進。基本 Cookie 無法停用，但可以按一下「自訂」或「拒絕」以拒絕效能 Cookie。
如果您同意，AWS 與經核准的第三方也會使用 Cookie 提供實用的網站功能、記住您的偏好設定，並顯示相關內容，包括相關廣告。若要接受或拒絕所有非必要 Cookie，請按一下「接受」或「拒絕」。若要進行更詳細的選擇，請按一下「自訂」。
必要 Cookie 對於我們所提供的網站和服務而是必要的，而且無法停用。它們的設定通常是對您在網站上的動作的回應，例如，設定您的隱私偏好、登入或填寫表單。
效能 Cookie 提供有關客戶如何瀏覽我們網站的匿名統計資料，以便我們改善網站體驗和效能。獲核准的第三方可代表我們執行分析，但他們無法將資料用於自己的用途。
功能 Cookie 可協助我們提供實用的網站功能、記住您的偏好設定，以及顯示相關內容，獲核准的第三方可能會設定這些 Cookie 以提供特定網站功能。若您不允許這些 Cookie，則部分或全部服務可能無法正常運作。
我們或我們的廣告合作夥伴可以透過網站對廣告 Cookie 進行設定，協助我們提供相關的行銷內容。若您不允許這些 Cookie，您將看到相關程度較低的廣告。
封鎖部分類型的 Cookie 可能會影響您在使用我們的網站時的體驗。您可以隨時在本網站頁尾按一下「Cookie 偏好設定」來變更您的 Cookie 偏好設定。若要進一步了解我們和獲核准的第三方如何在我們的網站上使用 Cookie，請閱讀我們的 AWS Cookie 通知。
我們會在 AWS 網站和其他資產上顯示與您興趣相關的廣告，包括跨情境行為廣告。跨情境行為廣告使用來自一個網站或應用程式的資料，在不同公司的網站或應用程式上向您投放廣告。
若要不允許 AWS 根據 Cookie 或類似技術進行跨情境行為廣告，請在下方選取「不允許」並「儲存隱私權選擇」，或造訪已啟用法律認可拒絕訊號的 AWS 網站，例如全域隱私權控制。如果您刪除 Cookie 或從其他瀏覽器或裝置造訪本網站，您需要重新選擇。如需關於 Cookie 及其使用方式的詳細資訊，請參閱 AWS Cookie 聲明。
若要不允許所有其他 AWS 跨情境行為廣告，請透過電子郵件填寫此表單。
如需有關 AWS 如何處理您的資訊的詳細資訊，請閱讀 AWS 隱私權聲明。
我們目前只會儲存基本 Cookie，因為我們無法儲存您的 Cookie 偏好設定。
如果您想要變更 Cookie 偏好設定，請稍後使用 AWS 主控台頁尾中的連結重試，如果問題仍存在，請聯絡支援部門。
視乎您選擇的解決方案，您的鍵值存放區可提供以下若干其他功能。
鍵值存放區針對定義的資料類型提供支援，例如整數和文字。不過，其中許多還可支援更複雜的物件，例如陣列、巢狀字典、影像、影片和半結構化資料。透過為資料庫提供更多有關您資料的資訊，可增加儲存空間和優化查詢效能。
鍵值資料庫無需執行任何資源密集型資料表聯結。由於其靈活性，可在單一資料表中包含所有需要的資訊。這是鍵值存放區表現卓越的原因之一。
該鍵值存放區可以對索引鍵進行排序，以便系統地存放資料並用於實作分割區。例如，可按以下方式對索引鍵排序：
考慮使用客戶電子郵件地址做為不重複索引鍵的鍵值存放區。電子郵件地址可以按字母順序排序，因此 A-J 電子郵件清單的所有資料都會存放在伺服器 1、K-S 存放在伺服器 2，等等。
某些鍵值存放區允許您定義兩個或多個不同的索引鍵或次要索引，以存取相同的資料。例如，您可以按主要電子郵件地址和主要電話號碼來存放客戶資料。
許多鍵值存放區可自動複製多個儲存節點間的資料，藉此提供內建複寫支援。這有助於在災難中自動復原；如果伺服器發生故障，您仍然擁有資料。
許多鍵值存放區可自動複製多個儲存節點間的資料，藉此提供內建複寫支援。這有助於在災難中自動復原；如果伺服器發生故障，您仍然擁有資料。
原子性、一致性、隔離性和耐久性 (ACID) 是確保在所有情況下資料準確性和可靠性的資料庫屬性。例如，如果您在序列中對資料做出多次變更，原子性會要求所有變更都按順序進行。如果一個變更失敗，則全部都會失敗。
進階鍵值資料庫提供 ACID 的原生伺服器端支援。這可簡化開發人員對資料表內或資料表間的多個項目進行協調式、全有或全無變更的體驗。利用交易支援，開發人員可以將規模、效能和企業優勢延伸至更廣泛的一組關鍵任務工作負載。
您可以使用鍵值資料庫系統做為應用程式的主要資料庫，或處理利基需求。我們在下面給出一些範例鍵值資料庫使用案例。
工作階段導向的應用程式 (例如 Web 應用程式) 會在使用者登入應用程式時啟動工作階段，並且在使用者登出或工作階段逾時之前處於作用中狀態。在這段期間，應用程式會將所有使用者工作階段屬性存放在主記憶體或資料庫中。使用者工作階段資料可包括設定檔資訊、訊息、個人化資料和主題、建議、有針對性的促銷和折扣。
每一個使用者工作階段都會有唯一的識別符。除了主索引鍵之外，永遠不會查詢工作階段資料，因此快速鍵值存放區更適合工作階段資料。通常，鍵值資料庫的每頁開銷會比關聯式資料庫來得少。
在假日購物季節，電子商務網站可能每幾收到數十億筆的訂單。鍵值資料庫可以處理大量資料的擴展和極大量的狀態變更，同時還透過分散式處理和儲存，為數百萬同時上線的使用者提供服務。鍵值存放區還具有內建冗餘，可以處理儲存節點的遺失。
您的鍵值存放區可充當基礎儲存層，用於更高層級的資料存取。例如，您可以擴展媒體和娛樂工作負載 (如即時影片串流和互動式內容) 的輸送量和並行。您還可以使用玩家資料、工作階段歷史記錄和數百萬並行使用者的排行榜建置您的遊戲平台。
您可以使用鍵值資料庫暫時存放資料，以便快速擷取。例如，社交媒體應用程式可以存放經常存取的資料，例如新聞摘要內容。記憶體內的資料快取系統還使用鍵值存放區，來加速應用程式回應。
鍵值資料庫藉由將所有資料整理為鍵值對集來運作。您可以將索引鍵視為問題，而值為問題的答案。在下面的範例中，主索引鍵是兩個索引鍵的組合，即產品 ID 和類型。產品 ID 是描述存放項目所在分割區的分割區索引鍵。類型為排序索引鍵，可確定將項目存放在磁碟中的順序。分割區索引鍵和排序索引鍵的組合形成不重複的主索引鍵，該主索引鍵會映射至資料庫中的單一值。
在此範例中，資料物件簿具有標題、作者和發布日期等屬性。每個資料物件簿中的資料物件都具有名為 BookID 的索引鍵。您可以直接在鍵值存放區連結 BookID 和關聯的資料物件簿物件。此外，您可以透過查詢資料表中的 BookID 來擷取資料。此外，每個項目都有自己的結構描述，讓鍵值存放區非常靈活地存放各種結構的資料。
視乎您選擇的解決方案，您的鍵值存放區可提供以下若干其他功能。
鍵值存放區針對定義的資料類型提供支援，例如整數和文字。不過，其中許多還可支援更複雜的物件，例如陣列、巢狀字典、影像、影片和半結構化資料。透過為資料庫提供更多有關您資料的資訊，可增加儲存空間和優化查詢效能。
鍵值資料庫無需執行任何資源密集型資料表聯結。由於其靈活性，可在單一資料表中包含所有需要的資訊。這是鍵值存放區表現卓越的原因之一。
該鍵值存放區可以對索引鍵進行排序，以便系統地存放資料並用於實作分割區。例如，可按以下方式對索引鍵排序：
考慮使用客戶電子郵件地址做為不重複索引鍵的鍵值存放區。電子郵件地址可以按字母順序排序，因此 A-J 電子郵件清單的所有資料都會存放在伺服器 1、K-S 存放在伺服器 2，等等。
某些鍵值存放區允許您定義兩個或多個不同的索引鍵或次要索引，以存取相同的資料。例如，您可以按主要電子郵件地址和主要電話號碼來存放客戶資料。
許多鍵值存放區可自動複製多個儲存節點間的資料，藉此提供內建複寫支援。這有助於在災難中自動復原；如果伺服器發生故障，您仍然擁有資料。
許多鍵值存放區可自動複製多個儲存節點間的資料，藉此提供內建複寫支援。這有助於在災難中自動復原；如果伺服器發生故障，您仍然擁有資料。
原子性、一致性、隔離性和耐久性 (ACID) 是確保在所有情況下資料準確性和可靠性的資料庫屬性。例如，如果您在序列中對資料做出多次變更，原子性會要求所有變更都按順序進行。如果一個變更失敗，則全部都會失敗。
進階鍵值資料庫提供 ACID 的原生伺服器端支援。這可簡化開發人員對資料表內或資料表間的多個項目進行協調式、全有或全無變更的體驗。利用交易支援，開發人員可以將規模、效能和企業優勢延伸至更廣泛的一組關鍵任務工作負載。
與任何技術選項一樣，鍵值資料庫確實需要一些衡量。
由於鍵值資料庫不支援複雜的查詢，因此開發人員必須在程式碼中解決此問題。資料操作主要使用簡單的查詢語言術語，例如 get，put 和 delete。在存取資料之前，您可以篩選和排序資料的數量有限制。
鍵值存放區設計不會對開發人員強制執行結構模式。任何人都能修改資料庫程式中的結構描述。開發團隊必須系統性地規劃資料模型，以避免長期問題。缺少緊密的結構描述也意味著應用程式負責對其取用的資料進行正確解譯，通常稱為「讀取結構描述」。
Amazon DynamoDB 其中一種最受歡迎的鍵值資料庫，專為執行任何規模的高效能應用程式而設計。這是一個全受管、多區域、多活動資料庫，提供如下功能：
憑藉此有關建立和查詢 NoSQL 資料表的逐步教學課程，您可以在 10 分鐘內啟動並執行 DynamoDB。立即建立免費帳戶，開始使用 AWS 上的鍵值資料庫！