|
|
1
3
如果在每个表中都有用户ID的索引(我认为这是很自然的事情),那么即使有59个表,执行这些更新和删除也不会花费太长时间。如果你一周只合并几次用户,那么像这样的一点小问题就不成问题了。在最坏的情况下,有人必须多等几秒钟才能每周做一两次。 另一种选择是将这些用户合并请求保存在一个表中,并在夜间进程中执行实际工作(或者在应用程序处于“非工作时间”时)。您需要向应用程序的用户明确说明合并不会立即生效。您还需要考虑许多可能的意外情况:如果同一个用户在当晚被设置为与两个不同的用户合并,会怎么样,等等。 |
|
2
0
这取决于用户表的大小,以及索引的位置。 |
|
|
3
0
合并用户听起来不像是经常使用的功能。考虑到这一点,您有98%的可能性不必担心事务大小(保留2%以备可能的死锁) |
|
|
4
0
知道每个表中将更新多少行吗?如果每个用户在一个表中可以有数百万行,那么您可能需要比在每个表中有少量行时更加小心。 |
|
|
Johnny T · 基于当前值的SQL合并表[重复] 1 年前 |
|
John D · 需要为NULL或NOT NULL的WHERE子句 1 年前 |
|
ojek · 如何对SQL结果进行分组和编号? 1 年前 |
|
|
senek · 如何在PL/SQL中将选择结果(列)放入数组中 1 年前 |
|
|
Sax · 规范化Google表格(第一步) 1 年前 |
|
|
Jatin · 检索卷计数的动态sql抛出错误语法错误[关闭] 1 年前 |
|
|
Andrus · 如何在sql中查找第二个匹配项 1 年前 |