Google drive api Google Drive：目录中的最大文件数

Google Drive文件夹中可以存放的文件数量是否有上限？当许多文件（例如，一百万个文件）保存在同一个文件夹中时，是否会影响性能

据我所知（主要是阅读API的工作原理），GoogleDrive没有真正的“文件夹”概念。文件夹仅由特定类型的文件表示，文件夹的归属仅在文件的元数据中描述，但文件本身只是一个包含元数据的非结构化blob的长列表。这意味着在同一目录中有大量文件不应该是一个大问题

但我想在这件事上有更多的专家意见

（当然，如果与我的磁盘同步，包含大量文件的文件夹会受到影响；但我只想用API查询它们）

编辑我不打算使用web UI。我将要执行的查询类型是在这个巨大的文件夹中发布一个文件，并检索给定名称的文件。基本上这意味着我使用这个文件夹作为哈希表。所以我猜实际的问题是：如果一个

'big_folder_id' in parents and title = 'some_key'

---

（假设文件夹中只有一个名为

some\u key

的文件），性能影响是否与

big\u folder\u id

标识的文件夹中有大量可承受的文件有关？

性能影响将出现在UI端。滚动到长文件列表的底部需要很长时间。此外，在文件夹的web视图中（即，如果您与具有“链接权限的任何人都可以查看”权限的人共享该文件夹），将仅显示前500个文件，而无法查看其余文件

---

从API访问的角度来看——这取决于您对API的操作。例如，如果您试图获取包含大量文件的文件夹中的文件列表，则可能会遇到脚本执行超时（最多6分钟）

我认为谷歌最近开始限制这一点。现在，每个文件夹的项目限制为500k（根文件夹不受此限制）：

我设计我的系统时认为没有限制，我的日志显示他们在2020-06-15T17:13:37.020232715Z开始强制执行我的帐户。当时我在一个文件夹中找到了323458个文件。限额为500k，因此这是进一步的证据，证明此配额是追溯添加的，并且在没有警告的情况下开始执行，这导致我的系统崩溃

更多的证据是，该错误代码（NumChildrenInnonRootLimitExceed）在2020-04-12和2020-06-11之间的某个时间开始存在于本文档中：

=>不存在

=>目前

---

此外，在网上搜索错误代码的链接也很少。我找到的唯一一个非谷歌搜索结果是2020-06-11:

谢谢你的回答。我对问题进行了编辑，使其更具体。如果你能补充细节，我会接受答案。我正试图做完全相同的事情。实际上，我正试图使用谷歌硬盘作为我的blob存储。我需要你在这件事上的经验。你遇到什么问题了吗？我的硬盘里可能有数百万个文件，我买了一个1TB的软件包。我从来没有做过系统的基准测试（我的只是一个爱好项目）。但是，当从几个文件传递到250k左右（总存储容量约为10 TB）时，我没有发现任何性能下降（对于上述类型的查询，总是返回一个或零个结果）。您的爱好项目包含10 TB的数据？多好的爱好啊，我的朋友