多大的DocumentDB适合保存应用日志？
How much DocumentDB is suitable for saving application logs?
如果我的大型企业应用程序在 DocumentDB 中，我想保存日志和跟踪。
以便这些日志不仅可以帮助开发人员解决生产中的问题，还可以帮助企业做出关键数据驱动的决策。
对于这种情况，Mongo 数据库或 Azure Doc 数据库适合吗？
这个问题没有正确的答案 - 只有意见。
以下是您可能需要考虑的一些权衡：
优点：
面向文档的数据库，如 DocumentDB，是模式不可知的。这意味着日志记录数据的模式完全由应用程序决定。换句话说，您可以存储日志输出，而无需管理应用程序和数据库之间的架构更新并保持这些模型同步（低摩擦）。
DocumentDB 自动为每个文档（记录）中的每个 属性 编制索引。这可以加快您在调试时查询任意属性的能力...反过来，可以减少您在解决高严重性事件时的缓解时间。
缺点：
- 与在 blob 存储中将日志存储为 blob 相比...DocumentDB 作为日志存储看起来相当昂贵。您需要支付额外费用才能轻松索引并快速查询您正在存储的数据。您需要确保从所支付的费用中获得价值。
正如上面的评论所建议的，NoSQL 是一个概括性术语，它封装了键值存储、面向列的数据库、面向文档的数据库、图形数据库等。我建议您快速了解一下查看各种数据库类别之间的差异，了解差异。
与任何项目（日志记录或其他）一样...您应该评估在选择技术时所做的权衡。软件工程的一个重要方面是做出正确的权衡，而不是为了复选框而检查功能复选框。
如果我的大型企业应用程序在 DocumentDB 中，我想保存日志和跟踪。
以便这些日志不仅可以帮助开发人员解决生产中的问题，还可以帮助企业做出关键数据驱动的决策。
对于这种情况，Mongo 数据库或 Azure Doc 数据库适合吗？
这个问题没有正确的答案 - 只有意见。
以下是您可能需要考虑的一些权衡：
优点：
面向文档的数据库，如 DocumentDB，是模式不可知的。这意味着日志记录数据的模式完全由应用程序决定。换句话说，您可以存储日志输出，而无需管理应用程序和数据库之间的架构更新并保持这些模型同步（低摩擦）。
DocumentDB 自动为每个文档（记录）中的每个 属性 编制索引。这可以加快您在调试时查询任意属性的能力...反过来，可以减少您在解决高严重性事件时的缓解时间。
缺点：
- 与在 blob 存储中将日志存储为 blob 相比...DocumentDB 作为日志存储看起来相当昂贵。您需要支付额外费用才能轻松索引并快速查询您正在存储的数据。您需要确保从所支付的费用中获得价值。
正如上面的评论所建议的，NoSQL 是一个概括性术语，它封装了键值存储、面向列的数据库、面向文档的数据库、图形数据库等。我建议您快速了解一下查看各种数据库类别之间的差异，了解差异。
与任何项目（日志记录或其他）一样...您应该评估在选择技术时所做的权衡。软件工程的一个重要方面是做出正确的权衡，而不是为了复选框而检查功能复选框。