blocks|key|932418|text|在数据插入后创建索引是更有效的方法(甚至经常建议在批量导入之前删除索引，在导入后重新创建索引)。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|932419|Syntetic示例(PostgreSQL+9.1，开发速度慢的机器，百万行)：|932420|CREATE+TABLE+test1(id+serial,+x+integer);
INSERT+INTO+test1(id,+x)+SELECT+x.id,+x.id*100+FROM+generate_series(1,1000000)+AS+x(id);
--+Time:+7816.561+ms
CREATE+INDEX+test1_x+ON+test1+(x);
--+Time:+4183.614+ms|code-block|syntax|javascript|932421|插入索引，然后创建索引-大约12秒|932422|CREATE+TABLE+test2(id+serial,+x+integer);
CREATE+INDEX+test2_x+ON+test2+(x);
--+Time:+2.315+ms
INSERT+INTO+test2(id,+x)+SELECT+x.id,+x.id*100+FROM+generate_series(1,1000000)+AS+x(id);
--+Time:+25399.460+ms|932423|创建索引，然后插入-大约25.5秒(慢两倍以上)|932424|entityMap^0|0|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|Q|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|R|8|@]|9|@]|A|$]]|$1|D|3|E|5|F|7|S|8|@]|9|@]|A|$G|H]]|$1|I|3|J|5|6|7|T|8|@]|9|@]|A|$]]|$1|K|3|L|5|F|7|U|8|@]|9|@]|A|$G|H]]|$1|M|3|N|5|6|7|V|8|@]|9|@]|A|$]]|$1|O|3|-4|5|6|7|W|8|@]|9|@]|A|$]]]|P|$]]

Creating index after data insert is more efficient way (it even often recomended to drop index before batch import and after import recreate it).

Syntetic example (PostgreSQL 9.1, slow development machine, one million rows):

<pre><code>CREATE TABLE test1(id serial, x integer);
INSERT INTO test1(id, x) SELECT x.id, x.id*100 FROM generate_series(1,1000000) AS x(id);
-- Time: 7816.561 ms
CREATE INDEX test1_x ON test1 (x);
-- Time: 4183.614 ms
</code></pre>

Insert and then create index - about 12 sec

<pre><code>CREATE TABLE test2(id serial, x integer);
CREATE INDEX test2_x ON test2 (x);
-- Time: 2.315 ms
INSERT INTO test2(id, x) SELECT x.id, x.id*100 FROM generate_series(1,1000000) AS x(id);
-- Time: 25399.460 ms
</code></pre>

Create index and then insert - about 25.5 sec (more than two times slower)

blocks|key|932464|text|我不确定这对于索引效率是否真的很重要，因为在这两种情况下，您都会将新数据插入到索引中。基本上，在建立索引之前，服务器不会知道索引的不平衡程度。显然，在速度方面，不使用索引进行插入。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|932465|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

I'm not sure it'll really matter for index efficiency's sake, since in both cases you are inserting new data into the index. The server wouldnt know how unbalanced an index would be until after its built, basically. Speed wise, obviously, do the inserts without the index.

blocks|key|1146994|text|在大多数情况下，之后创建的索引要快得多。一个恰当的例子:2,000万行，在varchar(255)上有全文本-(业务名称)索引，同时导入行-在最坏的情况下，匹配最多需要20秒。删除索引并重新创建匹配，每次花费的时间不到1秒|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1146995|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

Indexes created after are much faster in most cases. Case in point: 20 million rows with full text on varchar(255) - (Business Name)
Index in place whilst importing rows - a match against taking up to 20 seconds in worst cases.
Drop index and re-create - match against taking less than 1 second every time

I have a table of about 100M rows that I am going to copy to alter, adding an index. I'm not so concerned with the time it takes to create the new table, but will the created index be more efficient if I alter the table before inserting any data or insert the data first and then add the index?

Is it better to create an index before filling a table with data, or after the data is in place?

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

我有一个大约有100M行的表，我打算复制该表以进行更改，添加一个索引。我不太关心创建新表所需的时间，但是如果在插入任何数据之前修改表，或者先插入数据再添加索引，创建的索引是否会更有效率？

问在用数据填充表之前还是在数据就位之后创建索引更好？
EN

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问在用数据填充表之前还是在数据就位之后创建索引更好？EN

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问在用数据填充表之前还是在数据就位之后创建索引更好？
EN