在现有表上创建DynamoDB GSI是否会索引旧记录？
我有一个包含几千条记录的DynamoDB表。根据我的业务需要，我想在其中一个字段上创建一个GSI（全局辅助索引）。我不确定我现有的记录是否会被索引。它是索引存量数据还是只索引新传入的数据。
共有1个答案
是的。您还可以在AWS Cloudwatch中监控索引过程的进度，其中DynamoDB发布所创建GSI的OnlineIndexPercentageProgress指标。
还可以通过在索引期间调整基表的读取容量来加快索引过程。
-
问题内容： 我应该在列上 定义一个单独的索引（出于搜索目的），还是该索引是“自动”与约束一起添加的？ 编辑 ：根据科宾的建议，我在空桌上查询。这是结果，我不知道如何解释： 将IXD_EMAIL添加到表中时，相同的查询显示： 问题答案： 一个 独特的关键 是指数的一个特例，像个与独特性增加检查的常规指标。使用您可以看到您的唯一键实际上是B树类型索引。 一个 综合指数 上是不够的，你不需要只电子邮件单
-
问题内容： 哪个选项更好，更快？在空表上创建索引后插入数据，或在插入数据后创建唯一索引。我大约有1000万行要插入。哪种选择更好，这样我可以减少停机时间。 问题答案： 首先插入数据，然后创建索引。 每次执行UPDATE，INSERT或DELETE操作时，表上的所有索引也必须更新。因此，如果先创建索引，然后插入1000万行，则索引也必须更新1000万次（除非您要进行批量操作）。
-
问题内容： sql server将创建任何默认的非聚集索引吗？我们真的应该将所有FK都作为非聚集索引吗？这里的权衡是什么 问题答案： 否，SQL Server不会自动创建非聚集索引。 除非您的声明另有说明，否则将基于主键自动创建聚簇索引。 是的，我会建议索引外键列，因为这些是最容易被JOIN’d /搜索不要使用，等等。但是，要知道，在低基数的设定值（性别为例）的指标会比较没有用，因为值之间没有足够
-
问题内容： 我有一个名为的表，我想对它们进行排序，以表最填写的顺序。每个列都是JSONB列或TEXT列。我并不需要很确定，因此通常我按以下顺序订购： 但是，这很慢，因此我想创建一个索引。但是，这不起作用： 也没有 不能说我很惊讶。声明此索引的正确方法是什么？ 问题答案： 要测量文本表示形式中行的大小，您可以将整个行都转换为文本，这比连接单个列要快得多： 但是索引中的此表达式存在3（或4）个问题：
-
问题内容： 我在ES中有一个索引。我需要使用API调用在.kibana中创建相同的索引模式。在此创建中，我什至要设置将成为timestamp列的列。赞赏。 问题答案： 您可以做到，但是您需要自己构建整个结构。索引模式定义如下所示： 是索引模式的名称，如果通过UI创建索引模式，则输入的名称与您输入的名称相同 是时间戳字段的名称 是一个字符串，其中包含索引模式中所有字段定义的JSON数组（请参见下
-
问题内容： 我的下表有10个唯一的行，BookingID是包含随机数的FK。该数字不必按顺序排列。 我需要插入一个名为ID的顺序索引，该索引从1..x开始 如何在SQL Server 2005中做到这一点？我当时想写一个游标，x = x + 1，但是也许有更好的方法吗？ 这是我想要的结果 问题答案： 这： …将产生： 要更新现有列，请使用：