关于空值的存储大小和连接性能的模式布局

Question

我们正在探索云扳手作为Elasticsearch集群的替代品，目前正在布局我们的数据库模式。

我们想知道我们是否应该使用一个包含大量空列的大表，还是应该使用一个带有大量一对一子表的精益基表。对于较大的表，我们将有大约250亿到1000亿个条目(一些表可能更多)，因此大规模的连接/聚合可能是一个问题。

• 列中的空值是否需要与定义的列类型的实际值相同的存储空间？
• 云扳手是否存在像Elasticsearch这样的稀疏值文档的问题？
• 云扳手如何处理超过10亿个父-子文档的连接/聚合？

Answer 1

• 云扳手中的NULL值非常便宜，基本上是免费的。
• 每个表的列数限制在1024个。还建议每个单亲密钥的数据量少于4G。请参阅限制这里的完整列表。
• 父-子联接本身是有效的，因为它作为单个扫描执行。然而，在知道实际的查询之前，很难知道您想要执行哪些查询。