|
|
1
3
这是一样的。使用“UPDATE…ON NO KEY INSERT”,数据库引擎仍必须首先检查是否有要更新的内容。因此,即使更新是最常见的,也不需要单独的构造 |
|
|
2
2
使用REPLACE功能: |
|
|
3
1
我一直在试图弄清楚你到底想要什么,在我看来,如果数据匹配,你什么都不想做?我看不到解决方案,如果“计数”会以某种方式发生变化并需要更新,那么你就只能使用INSERT INTO ON DUPLICATE KEY UPDATE(我真的没有看到这个问题)。 但是,如果计数永远不会更新,您可能需要查看INSERT IGNORE into,如果唯一键(日期+名称)已经存在,它将忽略插入。 你没有考虑过“冲洗/旋转”你的平面文件,只检查添加的材料吗?难道这不可能吗? 编辑: 由于重复键违规,INSERT将立即失败,并在这种情况下触发UPDATE。根本不应该有任何性能问题。我一直在相当大的数据库上做这件事,与已经填充的数据库相比,从空数据库开始时,我没有注意到任何巨大的性能差异。 然而,为了保持索引的良好状态,不时运行ANALYZE TABLE/OPTIMIZE TABLE可能是一件好事。 |
|
|
4
0
为什么不是
你只是在问性能问题吗? |
|
|
giantjenga · 优化整数向量到二进制向量的转换 1 年前 |
|
|
Daniel Lobo · 使用约束进行优化 1 年前 |
|
Sergio · python中大量数字的乘法 1 年前 |
|
|
Sergey Dev · 临时表与表变量 1 年前 |
|
|
John · 减少C中的内存消耗++ 1 年前 |