大佬教程收集整理的这篇文章主要介绍了对于我应该在单个 DynamoDB 表中保留多少项目，是否存在最佳实践限制？，大佬教程大佬觉得挺不错的，现在分享给大家，也给大家做个参考。
我正在为系统设置无服务器应用程序，我想知道以下内容：
假设我的表处理公司。每个公司都可以有发票。每家公司大约有 6-8000 张发票。假设我有 14 家公司，那么我的表中大约有 112 000 个项目。
以这种方式处理它“可以”吗？我只会为我所做的每个 Get 请求付费，并且我可以在同一个 get 请求中查询很多项目。
那么，有没有建议我应该在一张桌子上最多放多少个项目？我可以一起烤一些东西，但我主要想要一个一般性的推荐。
Dynamo Db 甚至不会注意到 10 万个条目...
正如 LifeOfPi 提到的，条目应该少于 400k。
这个问题表明明显缺乏对什么/为什么/如何使用 DDB 的理解。我建议你多学习一些。围绕 DDB 的 AWS Reinvent 视频非常有用。
在标准的 RDBMS 中，您需要从一开始就知道结构。访问该数据非常灵活。
DDB 正好相反，您需要了解您需要如何访问您的数据；结构并不重要。你应该得到这样的结果：
对于 10 万个项目和大多数应用程序，您@R_58_9381@ Aurora 无服务器更容易满足您的需求；特别是如果您有复杂的搜索和/或排序需求。
,表格中可以包含的项目数量没有实际限制。每张发票有多少项目取决于您的应用程序的访问模式。你需要问，你的应用需要什么数据，什么时候需要这些数据，数据有多大，项目多久更新一次。例如，如果一个 item 中的所有数据都在 1Kb WCU 和 4Kb RCU 下，并且您不经常写入它，并且当您读取它时，您需要该 item 中的所有数据，然后将其推入一个 item可能。如果数据更大，或者其中的一部分被更频繁地写入，那么也许可以将其拆分。
一个例子可能是包裹跟踪应用。您有关于包裹、尺寸、重量、来源地址、目的地地址等的初始信息。这可能是很多数据。当该包裹进入分拣设施时，它会被检入。您想更新您已经编写的整个项目吗？或者你只是写了一个具有相同 PK（物品集合）但不同 SK 的物品，然后是它进入分类设施的信息？当它离开分拣设施时，您想写入它离开的数据库，它在哪辆卡车上，等等。同样的问题。
现在，当您需要通过跟踪 ID 号（PK）来显示运输信息时，您可以查询 DynamoDB 并获取该跟踪 ID 号的整个项目集合。因此，您将获得具有该 ID 的所有商品，因为您的应用会在跟踪网站上为客户提供大量此类信息。
同样，这真的取决于应用程序和您的访问模式，但您想尝试只读取和写入您的应用程序需要的项目，何时需要它们，如何需要它们，而不是更多......原因（存在过度切片数据之类的事情）。在我看来，这就是如何使像 DynamoDB 这样的 NoSQL 数据库成为性能最高、成本效益最高的。
以上是大佬教程为你收集整理的对于我应该在单个 DynamoDB 表中保留多少项目，是否存在最佳实践限制？全部内容，希望文章能够帮你解决对于我应该在单个 DynamoDB 表中保留多少项目，是否存在最佳实践限制？所遇到的程序开发问题。
如果觉得大佬教程网站内容还不错，欢迎将大佬教程推荐给程序员好友。
本图文内容来源于网友网络收集整理提供，作为学习参考使用，版权属于原作者。
如您有任何意见或建议可联系处理。小编QQ：384754419，请注明来意。