Google bigquery 大查询表太零碎-无法更正

我有一个Google大查询表，它太零碎了，这意味着它无法使用。显然，应该有一个作业来修复这个问题，但它似乎并没有为我自己解决这个问题。 我试图自己解决这个问题，但没有成功

尝试的步骤：

复制表格并删除原件-这不起作用，因为表格对于副本来说太零碎 导出文件并重新导入。我设法导出到谷歌云存储，因为文件是JSON，所以无法下载-这很好。问题在于重新进口。我试图使用web界面，它要求提供一个模式。我只需要处理文件，所以我尝试使用BigQuery标识的模式，但无法让它被接受-我认为问题在于树/叶格式转换不正确。 要解决这个问题，我知道我要么需要让合并过程脱离我的控制——谷歌有人能帮忙吗？我的项目ID是189325614134，或者获取帮助以正确设置导入架构的格式

这目前正导致一个项目陷入停顿，因为我们无法查询数据，因此非常感谢您提供的任何帮助

---

安德鲁

我在你的桌子上做了一个手动合并。它应该稍微好一点，但似乎存在一个问题，我们没有像应该的那样彻底地结合起来。我们还在调查，我们有一个公开的问题

---

你能确认这是社会帐户表吗？当您尝试复制此表时，不应该看到该表上的碎片限制。你能给出你看到的确切错误吗？

谢谢@Jordan-我希望你能看到，但不知道是否有可能标记你。手动合并似乎起到了作用，因为我现在已经将表复制到了备份中。它以前的错误是错误：未实现：表SocialAccountsTesting有太多的片段要复制。请稍后再试，或尝试导出并重新导入。作业ID:Job06bab24c70c641769c47a7575ee13e9开始时间：2013年9月23日上午8:22结束时间：2013年9月23日上午8:22复制源：SocialAccounts目标表：SocialAccountsTesting另外，作为系统的一部分，我需要将表复制回原始位置，因为名称需要相同。我想我之所以会遇到这个问题，是因为桌子上的点滴喂食频率很高。我是否需要继续定期执行此复制/替换过程一段时间，或者bug修复即将到来还是未知？我今天下午正在进行修复。希望它能进入下周的更新。关于复制和替换解决方案，您可以使用write disposition=write_TRUNCATE在单个原子步骤中完成，这将用更新的版本替换表。您好，Jordan，您能否确认此修复程序是否有效并防止问题继续？关于副本替换，谢谢你的建议，但是我不能使用write_truncate选项，我不认为因为我使用的是你的web界面，最近已经进行了一些更改，可以确保这个问题在将来不会发生。如果有，请告诉我们。此外，通过选择“启用选项”，设置目标表，并将“写入首选项”设置为“覆盖表覆盖表”，您可以从web界面使用“写入截断”来执行写入截断。