|
|
1
3
在脚本文件中遇到这些最常见的情况是,您在某处有一个双分号:
我会快速搜索剧本,看看是否有
|
|
2
4
|
|
3
1
如果每次插入后都进行提交(您的事务缓冲区可能空间不足),会发生什么?那么,它有效吗?实际上,更好的测试是在事务号800处进行一次提交。如果你超过833,那么这就是你的问题。 如果是这样,只需修改您的脚本(或自动生成的创建脚本id的脚本),以提交每100个左右的插入(在每次插入后提交可能会使其速度慢得令人难以忍受)。 |
|
|
4
1
如果您担心实际的查询语法,这似乎没问题。我创建了你的表并运行了插入,它奏效了。当你说你正在运行一个脚本时,你是否只有一个充满你正在运行的原始SQL的文件?我以前遇到过“空查询”类型错误的时候,是人们在使用JDBC类型的东西时,循环逻辑搞砸了。
你试过重新排序文件中的一些插页吗?这至少可以告诉我们,它是否在特定查询或文件中的特定位置失败。尝试重新排序您的插入,看看它是否仍然在833中失败,或者它是否在其他地方失败。如果它落在同一个地方,听起来像是记忆或缓冲区相关的东西。如果你移动它时它改变了位置,我会说你有一个流浪角色(a;或a.maybe)像@zombat说的那样躺在某个地方。
|
|
|
5
0
我必须修正表格中所有缺失的数据。 |