詞彙表
整份文件中用到的 DynamoDB 與 DynoTable 術語定義。 許多術語在文件中會以虛線底線顯示 — 點擊其中一個即可看到它的行內定義。
- AWS Bedrock
- AWS 的基礎模型代管服務。DynoTable 的 AI 助理可以使用你自己的 AWS 憑證對 Bedrock 執行，讓提示詞保留在你的帳戶內。 在 DynoTable 中 →
- DynamoDB Stream
- 資料表上項目層級變更（插入、更新、刪除）的有序、依時間排序的記錄。用於觸發下游處理，例如 Lambda 函式。 了解概念 →
- Expression Builder
- DynoTable 的免費網頁工具，能將視覺化表單轉換成有效的 DynamoDB 鍵／filter／更新運算式，並附上對應的屬性名稱與值對應。 在 DynoTable 中 →
- IAM Identity Center（SSO）
- AWS 的單一登入憑證來源（前身為 AWS SSO）。DynoTable 會透過它登入，並在你作業期間更新短期的角色憑證。 在 DynoTable 中 →
- key 多載
- 給 partition key 與排序索引鍵取通用名稱（pk/sk），並把每種實體型別編碼進值之中，使一張表服務於多種實體——正是這項技術讓單表設計得以成立。 了解概念 →
- Marshalling
- 將普通 JSON 轉換成 DynamoDB 的具型別線路格式（
{"S":"…"}、{"N":"…"}），以及反向轉換（unmarshalling）。當你編輯項目或建立運算式時，DynoTable 會替你 marshal 這些值。 了解概念 → - MFA
- 多重要素驗證。當某個角色或設定檔需要它時，DynoTable 會提示你輸入一次性代碼，並在工作階段的存留期間將其快取。 在 DynoTable 中 →
- NDJSON
- 以換行分隔的 JSON — 每行一個 JSON 物件。一種利於串流的匯出格式，DynoTable 與 CSV 及 JSON 陣列一併提供。 在 DynoTable 中 →
- OLAP（線上分析處理）
- 分析型查詢工作負載——大型彙總、GROUP BY、針對整個資料集的臨時切片分析。與 OLTP 相反；DynamoDB 以 OLTP 為導向，因此繁重的分析工作應交由透過匯出供給資料的欄式儲存體來處理。 了解概念 → 在 DynoTable 中 →
- OLTP（線上交易處理）
- 營運型查詢工作負載——針對個別記錄的小型、已知的點查與範圍讀寫。與 OLAP 相反；DynamoDB 專為 OLTP 而生。 了解概念 → 在 DynoTable 中 →
- PartiQL
- AWS 為 DynamoDB 提供的相容於 SQL 的查詢語言。DynoTable 讓你直接撰寫 PartiQL，包含 INSERT／UPDATE／DELETE，並串流回傳結果。 了解概念 → 在 DynoTable 中 →
- Partition key
- 資料表的主要雜湊鍵。DynamoDB 會對它進行雜湊運算，以選出儲存該項目的實體分割區，因此每一次高效率的讀取都從鎖定單一分割區索引鍵值開始。 了解概念 → 在 DynoTable 中 →
- Query
- 針對單一分割區索引鍵值的精準讀取（可選擇以排序索引鍵條件進一步縮小範圍）。只讀取符合的項目 — 快速又低成本。當你設定雜湊鍵 filter 的當下，DynoTable 就會發出一次 Query。 了解概念 → 在 DynoTable 中 →
- Query 模式
- 在 DynoTable 中，你用來讀取某個分頁的索引 — 資料表的「主索引鍵」或某個具名的 GSI／LSI。它決定了你可以用哪些鍵進行 filter。 在 DynoTable 中 →
- Quick View
- 以鍵盤操作、在不離開表格的情況下快速檢視單一項目的完整內容 — 在選取的列上開啟它，即可檢視每一個屬性。 在 DynoTable 中 →
- Scan
- 對資料表或索引中每一筆項目的完整讀取，並在讀取後才進行篩選。在大型資料表上成本高昂 — 當一個請求退回成 Scan 時，DynoTable 會提醒你。 了解概念 → 在 DynoTable 中 →
- Smart Table
- 一種 DynoTable 檢視，它將跨一個或多個 DynamoDB 表格的相關項目 JOIN 到單一表格中，並在實體關聯畫布上以視覺化方式定義。 在 DynoTable 中 →
- TTL（存留時間）
- 逐項目的到期時間戳記屬性。DynamoDB 會在項目的 TTL 過期後不久自動刪除它，且不收費 — 很適合用於工作階段、快取與暫時性資料。 了解概念 →
- Workbench
- DynoTable 中以 SQL 撰寫的分頁。針對你的表格撰寫真正的 SQL（JOIN、GROUP BY、彙總）— 這些是 PartiQL 單獨無法表達的操作 — 並且在 DynamoDB 的存取模式規則之內。 了解概念 → 在 DynoTable 中 →
- 主鍵
- 唯一識別一筆項目的一個或多個屬性。可以是簡單鍵（僅有分割區索引鍵），也可以是複合索引鍵（分割區索引鍵加上排序索引鍵）。 了解概念 → 在 DynoTable 中 →
- 交易
- 跨一個或多個資料表、全有或全無的一組寫入（或讀取）— TransactWriteItems／TransactGetItems。所有操作要嘛全部成功，要嘛全部失敗。 了解概念 → 在 DynoTable 中 →
- 佈建容量
- 一種計費模式，由你設定固定的讀取／寫入容量單位（可選擇自動調整）。在穩定、可預測的負載下，比隨需模式更便宜。 了解概念 →
- 全域次要索引 (GSI)
- 套用在相同資料表資料上的替代鍵結構，擁有自己的分割區／排序索引鍵。讓你能以非資料表主索引鍵的屬性進行查詢。GSI 是最終一致的，並擁有自己的容量。 了解概念 → 在 DynoTable 中 →
- 分頁
- DynoTable 中以瀏覽器風格開啟的工作區。每個分頁都帶著自己的表格、Query 模式、filter 與結果 — 開啟多個並用鍵盤切換。 在 DynoTable 中 →
- 區域次要索引 (LSI)
- 與資料表共用分割區索引鍵、但使用不同排序索引鍵的索引。只能在建立資料表時定義，並支援強一致讀取。 了解概念 → 在 DynoTable 中 →
- 參考計數
- 儲存在父項目上的反正規化計數——貼文的讚數、工作區的成員數——在寫入子項時同步維護，使讀取永遠不需要現場統計。請使用交易並防止重複計數。 了解概念 →
- 反正規化
- 刻意複製資料——或將其嵌入複雜屬性中——使一次讀取不需要 join。你在寫入時預先連接，用更謹慎的寫入換取一次請求即可完成的廉價讀取。 了解概念 →
- 唯讀模式
- 一種狀態，DynoTable 允許你瀏覽與查詢，但封鎖寫入（項目儲存、暫存提交、刪除）。由過期的試用／授權，或明確設為唯讀的檢視所觸發。 在 DynoTable 中 →
- 啟用深層連結
- 網站交給桌面應用程式以啟用你授權的
dynotable://activate?token=…連結。如果應用程式沒有自動開啟，你可以改為貼上代碼。 在 DynoTable 中 → - 單例項目
- 一個具有固定、硬式編碼 key 的單一項目，保存應用程式層級的全域狀態——功能旗標、一個設定 blob、一個全域計數器。你用 GetItem 讀取它，絕不用 Scan。 了解概念 →
- 型別屬性
- 蓋在每個項目上的一個普通字串，用來標明它所代表的實體（例如 EntityType: "Document"）。它在混合分割區中識別資料列、將過載的索引篩選到單一實體，並讓日後的遷移更容易。 了解概念 →
- 容量單位
- DynamoDB I/O 的計費／輸送量衡量單位。讀取以每 4 KB 計量（RCU），寫入以每 1 KB 計量（WCU），並無條件進位。它決定了一次 query 或 scan 的成本。 了解概念 →
- 屬性
- 項目上的單一具型別欄位（字串、數字、二進位、布林值、清單、對應、集合或 null）。同一個資料表中的項目不必擁有相同的屬性。 了解概念 → 在 DynoTable 中 →
- 席次
- 團隊訂閱中的一個授權使用者名額。新增一名成員會佔用一個席次；席次數量就是團隊方案計費的依據。 在 DynoTable 中 →
- 平行 Scan
- 把單次 Scan 拆分成 N 個獨立的 Segment 讀取，讓多個 worker 同時讀取一張表——這是以超過單一分割區輸送量所允許的速度讀取整張表的唯一方法。 了解概念 →
- 強一致讀取
- 保證會傳回最近一次已提交寫入的讀取。可用於資料表與 LSI（GSI 不行），成本是最終一致讀取的兩倍。 了解概念 →
- 批次操作
- BatchWriteItem／BatchGetItem — 為了效率，在一次來回中處理多筆項目。與交易不同，個別項目可以各自獨立地成功或失敗。 了解概念 → 在 DynoTable 中 →
- 投影
- 複製到索引中的屬性集合 — KEYS_ONLY、INCLUDE（選定的子集）或 ALL。讀取不在投影中的屬性會強制從基礎資料表額外擷取一次。 了解概念 →
- 投影運算式
- 要從一次讀取中傳回的屬性清單，讓 DynamoDB 只回傳你需要的欄位，而非整筆項目。 了解概念 →
- 授權資格
- 使用者目前是否受有效訂閱所涵蓋 — 以及對團隊而言，是由哪個組織涵蓋他們。DynoTable 會解析它，以決定授權代碼授予哪些權限。 在 DynoTable 中 →
- 排序索引鍵
- 複合主索引鍵中可選的後半部。共用同一個分割區索引鍵的項目會依排序索引鍵排序儲存，這讓範圍查詢（begins_with、between、>）變得低成本。 了解概念 → 在 DynoTable 中 →
- 暫存區
- DynoTable 以表格為單位的待處理編輯緩衝區。變更會以可檢視的 diff 在本機累積（從該表格的任何開啟檢視都看得到），並以交易批次提交到 DynamoDB，因此你絕不會寫入只做了一半的編輯。 在 DynoTable 中 →
- 更新運算式
- 用來指定寫入如何修改一筆項目的子句 — 對特定屬性執行 SET、REMOVE、ADD 或 DELETE — 而非覆寫整筆項目。 了解概念 → 在 DynoTable 中 →
- 最終一致讀取
- 預設的讀取模式：在寫入後可能短暫地傳回過時資料，但成本只有強一致讀取的一半。複本會在一秒內趨於一致。 了解概念 →
- 條件運算式
- 寫入要成功就必須成立的述詞（即條件式寫入）— 例如「只有在這筆項目尚不存在時」。DynoTable 會用它們來安全地提交暫存的編輯。 了解概念 → 在 DynoTable 中 →
- 機器雜湊
- 一種穩定、匿名的電腦指紋，用來計算已啟用的裝置數，以對應你授權的 2 台機器上限。它不含任何個人資料。 在 DynoTable 中 →
- 熱分割區
- 當某個 partition key 吸引的讀寫量遠超過其那一份輸送量所能承載時，發往該 key 的請求遭到節流，而表格的其餘部分卻閒置。這是 key 設計問題，而非容量問題。 了解概念 →
- 稀疏索引
- 只包含帶有其 key 屬性之項目的次要索引，於是一張龐大表格中一小撮熱點子集，就成了它自己、預先篩選好、可直接查詢的集合。 了解概念 →
- 篩選運算式
- 在 query 或 scan 讀取項目「之後」才套用的條件。它會縮小結果集，但不會降低讀取成本 — 只有鍵條件才能做到這一點。 了解概念 → 在 DynoTable 中 →
- 補零
- 用前導零將數值排序索引鍵填補到固定寬度，使其作為字串的字典順序與數值順序一致——否則 "10" 會排在 "2" 之前。 了解概念 →
- 複合索引鍵
- 由分割區索引鍵加上排序索引鍵組成的主索引鍵。它讓許多項目可以隸屬於同一個分割區索引鍵之下，並以排序集合的形式存取。 了解概念 → 在 DynoTable 中 →
- 設定檔
- DynoTable 中儲存的 AWS 認證連線（存取金鑰、SSO，或某個地區的擔任角色）。切換設定檔即可讓應用程式指向不同的帳戶或環境。 在 DynoTable 中 →
- 試用
- 功能完整、有時間限制的評估期。期限結束後，DynoTable 會降為唯讀，直到你開始訂閱為止。 在 DynoTable 中 →
- 鄰接串列
- 一種把圖儲存為普通項目的方式，每條邊以其來源放在 partition key、目標放在排序索引鍵上來設定 key。單次 Query 即可列出某個節點的鄰居——這是 DynamoDB 中連接聯結表的替代做法。 了解概念 →
- 重新建立索引
- DynoTable 在背景執行的 scan，會編目表格的實際欄位與值樣本，以驅動自動完成與統計資料。它在本機執行，絕不會修改你的資料。 在 DynoTable 中 →
- 隨需容量
- 按請求計費的計費模式：DynamoDB 會自動調整輸送量，而你依每次讀取／寫入付費。簡單且無需容量規劃 — 適合突發或未知的流量。 了解概念 →
- 項目
- DynamoDB 資料表中的單一筆記錄 — 大致相當於一個資料列。一筆項目是由其主索引鍵識別的一組屬性。
- 項目集合
- 共享同一個 partition key 值的所有項目。它是單次 Query 一起讀取的單位——這是你 key 結構所湧現的屬性，而非你需要開啟的功能。 了解概念 →