术语表
本文档中通篇使用的 DynamoDB 和 DynoTable 术语的定义。许多术语在文档中以点状下划线显示 —— 点击其中一个即可就地查看其定义。
- AWS Bedrock
- AWS 面向基础模型的托管服务。DynoTable 的 AI 助手可以使用你自己的 AWS 凭证在 Bedrock 上运行，从而让提示词始终留在你的账户之内。 在 DynoTable 中 →
- DynamoDB Stream
- 表上条目级变更（插入、更新、删除）的有序、按时间排序的日志。用于触发下游处理，例如 Lambda 函数。 了解概念 →
- Expression Builder
- DynoTable 的免费网页工具，它把一个可视化表单转换为有效的 DynamoDB 键/筛选/更新表达式，并附带相匹配的属性名映射和值映射。 在 DynoTable 中 →
- IAM Identity Center（SSO）
- AWS 的单点登录凭证来源（前身为 AWS SSO）。DynoTable 通过它登录，并在你工作期间刷新短期的角色凭证。 在 DynoTable 中 →
- MFA
- 多重身份验证。当某个角色或 Profile 需要它时，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 中 →
- Query
- 针对单个分区键值的有针对性读取（可选地由一个排序键条件进一步收窄）。只读取匹配的条目 —— 快速且廉价。一旦你设置了哈希键筛选，DynoTable 就会发出一次 Query。 了解概念 → 在 DynoTable 中 →
- Quick View
- 一种由键盘驱动、无需离开网格即可查看单个条目完整内容的快速预览 —— 在选中的行上打开它，即可检视每一个属性。 在 DynoTable 中 →
- Reindex
- DynoTable 的后台扫描，它会对一张表真实的字段和值样本进行编目，以驱动自动补全和统计。它在本地运行，绝不会修改你的数据。 在 DynoTable 中 →
- Scan
- 对表或索引中每一个条目的完整读取，事后再做筛选。在大表上代价高昂 —— 当请求退回为 Scan 时，DynoTable 会向你发出警告。 了解概念 → 在 DynoTable 中 →
- Smart Table
- 一种 DynoTable 视图，它将一个或多个 DynamoDB 表中的相关条目联接到一个网格里，并在实体关系画布上可视化地定义。 在 DynoTable 中 →
- TTL（存活时间）
- 一个针对每个条目的过期时间戳属性。DynamoDB 会在条目的 TTL 过期后不久自动删除它，且不收取费用 —— 非常适合会话、缓存和临时数据。 了解概念 →
- Workbench
- DynoTable 中以 SQL 编写的标签页。在 DynamoDB 的访问模式规则之内，针对你的表编写真正的 SQL（JOIN、GROUP BY、聚合）—— 这些是单凭 PartiQL 无法表达的操作。 了解概念 → 在 DynoTable 中 →
- 主键
- 唯一标识一个条目的属性。可以是简单主键（仅一个分区键），也可以是复合主键（一个分区键加一个排序键）。 了解概念 → 在 DynoTable 中 →
- 事务
- 跨一个或多个表、要么全做要么全不做的一组写入（或读取）—— TransactWriteItems / TransactGetItems。要么每个操作都成功，要么一个都不成功。 了解概念 → 在 DynoTable 中 →
- 全局二级索引 (GSI)
- 针对同一份表数据的另一套键模式，拥有自己的分区键/排序键。它让你能够按非表主键的属性进行查询。GSI 是最终一致的，并拥有自己的容量。 了解概念 → 在 DynoTable 中 →
- 分区键
- 表的主哈希键。DynamoDB 对其做哈希以挑选存储该条目的物理分区，因此每一次高效读取都从确定一个分区键值开始。 了解概念 → 在 DynoTable 中 →
- 单例条目
- 一个具有固定、硬编码键的单个条目，保存应用级全局状态——功能开关、一个配置 blob、一个全局计数器。你用 GetItem 读取它，而绝不用 Scan。 了解概念 →
- 反规范化
- 刻意复制数据——或将其嵌入到复杂属性中——使一次读取无需 join。你在写入时预先连接，用更谨慎的写入换取一次请求即可完成的廉价读取。 了解概念 →
- 只读模式
- 一种状态：DynoTable 允许你浏览和查询，但会阻止写入（条目保存、暂存提交、删除）。由过期的试用/许可证，或一个显式设为只读的视图触发。 在 DynoTable 中 →
- 复合键
- 由一个分区键加一个排序键组成的主键。它让许多条目存在于同一个分区键之下，并作为一个有序集合被寻址。 了解概念 → 在 DynoTable 中 →
- 容量单位
- DynamoDB I/O 的计费/吞吐量度量单位。读取按每 4 KB 计量（RCU），写入按每 1 KB 计量（WCU），向上取整。它决定了一次 query 或 scan 的成本。 了解概念 →
- 封送（Marshalling）
- 把普通 JSON 转换为 DynamoDB 带类型的传输格式（
{"S":"…"}、{"N":"…"}），以及反向转换（解封送）。当你编辑条目或构建表达式时，DynoTable 会替你封送这些值。 了解概念 → - 属性
- 条目上的单个带类型字段（字符串、数字、二进制、布尔、列表、映射、集合或 null）。同一张表中的条目无需共享相同的属性。 了解概念 → 在 DynoTable 中 →
- 席位
- 团队订阅中一个有许可的用户名额。添加一名成员会占用一个席位；团队套餐按席位数量计费。 在 DynoTable 中 →
- 并行 Scan
- 把单次 Scan 拆分成 N 个独立的 Segment 读取，让多个 worker 同时读取一张表——这是以超过单个分区吞吐量所允许的速度读取整张表的唯一办法。 了解概念 →
- 引用计数
- 存储在父条目上的反规范化计数——帖子的点赞数、工作区的成员数——在写入子项时同步维护，使读取永远无需现场统计。请使用事务并防止重复计数。 了解概念 →
- 强一致读取
- 一种保证返回最近一次已提交写入的读取。可用于表和 LSI（GSI 不支持），其成本是最终一致读取的两倍。 了解概念 →
- 批量操作
- BatchWriteItem / BatchGetItem —— 在一次往返中处理许多条目以提高效率。与事务不同，单个条目可以各自独立地成功或失败。 了解概念 → 在 DynoTable 中 →
- 投影
- 复制到索引中的属性集合 —— KEYS_ONLY、INCLUDE（选定的子集）或 ALL。读取不在投影中的属性会迫使从基表额外取一次数据。 了解概念 →
- 投影表达式
- 一个要从读取中返回的属性列表，使 DynamoDB 只回传你需要的字段，而不是整个条目。 了解概念 →
- 按需容量
- 一种按请求付费的计费模式：DynamoDB 自动扩缩吞吐量，你按每次读/写付费。简单，无需做容量规划 —— 适合流量突发或未知的场景。 了解概念 →
- 授权资格
- 用户当前是否被一个有效订阅所覆盖 —— 以及对于团队而言，由哪个组织来覆盖他们。DynoTable 会解析它，以决定许可证令牌授予哪些权限。 在 DynoTable 中 →
- 排序键
- 复合主键中可选的第二部分。共享同一分区键的条目按排序键有序存储，这让范围查询（begins_with、between、>）变得廉价。 了解概念 → 在 DynoTable 中 →
- 暂存区
- DynoTable 中按表组织的待定编辑缓冲区。变更以可审阅的差异形式在本地累积（从该表的任意已打开视图都能看到），并以事务批次的形式提交到 DynamoDB，因此你绝不会写入做了一半的编辑。 在 DynoTable 中 →
- 更新表达式
- 说明一次写入如何修改条目的子句 —— 对特定属性执行 SET、REMOVE、ADD 或 DELETE —— 而不是覆盖整个条目。 了解概念 → 在 DynoTable 中 →
- 最终一致读取
- 默认的读取模式：在一次写入后的短暂时间内可能返回陈旧数据，但成本只有强一致读取的一半。各副本会在一秒内收敛一致。 了解概念 →
- 本地二级索引 (LSI)
- 一种与表共享分区键但使用不同排序键的索引。只能在创建表时定义，并支持强一致读取。 了解概念 → 在 DynoTable 中 →
- 机器哈希
- 一台计算机的稳定、匿名指纹，用于统计已激活设备数，以对照你许可证的两台机器限制。它不包含任何个人数据。 在 DynoTable 中 →
- 条件表达式
- 一个写入要成功就必须成立的谓词（条件写入）—— 例如「仅当该条目尚不存在时」。DynoTable 用它们来安全地提交暂存的编辑。 了解概念 → 在 DynoTable 中 →
- 条目
- DynamoDB 表中的单条记录 —— 大致相当于一行。一个条目是由其主键标识的一组属性的集合。
- 条目集合
- 共享同一个分区键值的所有条目。它是单次 Query 一起读取的单位——这是键模式的涌现属性，而非你需要开启的功能。 了解概念 →
- 查询模式
- 在 DynoTable 中，你读取某个标签页所经由的索引 —— 表的 PRIMARY 键，或一个命名的 GSI/LSI。它决定了你可以对哪些键进行筛选。 在 DynoTable 中 →
- 标签页
- DynoTable 中一个打开的工作区，类似浏览器标签页。每个标签页都携带自己的表、查询模式、筛选和结果 —— 你可以打开许多个并用键盘切换。 在 DynoTable 中 →
- 激活深链
- 网站交给桌面应用以激活你许可证的一个
dynotable://activate?token=…链接。如果应用没有自动打开，你可以改为粘贴该令牌。 在 DynoTable 中 → - 热分区
- 当某个分区键吸引的读写量远超其那一份吞吐量所能承载时，发往该键的请求被限流，而表的其余部分却闲置。这是键设计问题，而非容量问题。 了解概念 →
- 稀疏索引
- 只包含携带其键属性的条目的二级索引，于是一张巨大表中一小撮热点子集就成了它自己的、预先过滤好、可直接查询的集合。 了解概念 →
- 筛选表达式
- 在一次 query 或 scan 读取条目之后应用的条件。它会收窄结果集，但不会降低读取成本 —— 只有键条件才能做到这一点。 了解概念 → 在 DynoTable 中 →
- 类型属性
- 盖在每个条目上的一个普通字符串，用于标明它所代表的实体（例如 EntityType: "Document"）。它在混合分区中识别行、将过载的索引过滤到单个实体，并方便日后的迁移。 了解概念 →
- 试用
- 一段功能完整、有时间限制的评估期。它结束后，DynoTable 会降为只读，直到你开始订阅。 在 DynoTable 中 →
- 邻接表
- 一种将图存储为普通条目的方式，每条边以其源放在分区键、目标放在排序键上来设键。单次 Query 即可列出某个节点的邻居——这是 DynamoDB 中连接联结表的替代做法。 了解概念 →
- 配置文件
- DynoTable 中一个已保存的 AWS 凭证连接（访问密钥、SSO，或针对某个区域的 assume-role 角色）。切换 Profile 即可让应用指向不同的账户或环境。 在 DynoTable 中 →
- 键重载
- 给分区键和排序键起通用名称（pk/sk），并把每种实体类型编码进取值之中，使一张表服务于多种实体——正是这种技术让单表设计得以成立。 了解概念 →
- 零填充
- 用前导零将数值排序键填充到固定宽度，使其作为字符串的字典序与数值顺序一致——否则 "10" 会排在 "2" 之前。 了解概念 →
- 预置容量
- 一种由你设定固定读/写容量单位（可选自动扩缩）的计费模式。在稳定、可预测的负载下比按需容量更便宜。 了解概念 →