16-11-23

你好，我们正在调查您的问题，稍后会继续回复。

16-11-23

563875d760b204d5b2165023

16-11-23

请问这些突然看不了了的图片都是后来导入的？

他们的 bucket 字段为 7sA1pD6Q，这个是 App ID 的前八位。是不是您这边把这个项目删除了？

16-11-23

是导入的，这个库新建的时候就导入了，也删了过项目，已经删了的项目没法验证appid了。不过这不科学啊，既然倒入到这个库，就应该只和这个库相关啊，以前的不用的库还不能删了？

16-11-23

目前 _File 表的数据导入行为，确实有些问题。我们正在讨论解决方案，稍后我会继续回复您。

16-11-23
yesir

既然倒入到这个库，就应该只和这个库相关啊

_File 表的数据，不同于其他的表，当 A 的 _FIle 表数据导入到 B 后，这些数据还是属于原应用 A。一旦 A 应用删除，这些导入到 B 的数据的链接就失效了。并且这些数据会在一个月后自动删除，因为要从全国各地的 cdn 服务器上全部删除，所以需要一个月的时间。

这些失效的数据，我们不会计费。

所以现在需要您操作并删掉这些失效的数据。

抱歉给您带来了误解，我们正在添加控制台的提示和相关文档。

16-11-23

我觉得不是误解的问题，这样不合逻辑。而且我那些数据是有用的，作为一个上线的app让我怎么和用户解释。希望file表以后倒入时不要这么做，很奇怪。

16-11-23

希望file表以后倒入时不要这么做

暂时只能是这样。AVFile 的数据如果「真正」地导入，需要拷贝的大量数据。每一次的重新拷贝都会消耗机器资源，也就需要计费。

所以现在导入 _File 的数据都是一个 url，是外链，你需要保证这些外链不会失效。或者下载那些原文件，然后用我们的命令行工具批量上传。

我们也在持续改善这个地方，感谢你的理解。