如果我遵循ian varley的hbase设计实践，在同一个hbase实体中存储一组嵌套实体（以受益于hbase的单行acid属性），是否可以有效地搜索甚至mapreduce这些嵌套实体，以使用特定的标准来决定是否选择封装（父）实体？
例如，我有一个客户实体，其中嵌套了订单实体

customerinfo和orders是列族。对于orders列族（这里很有趣），1、2…6是列名（在hbase中是动态的，可以动态添加），旁边的文本是order实体详细信息（我将这些详细信息序列化为文本，但是序列化并不重要，因为hbase不关心）
如果我有很多像这个客户实体这样的实体（更多细节见下表3）
是否可以基于mapreduce（仅map？）方法或任何其他高效方法选择客户实体，扫描客户实体，读取这些客户实体内的客户订单值，并仅返回包含特定条件（例如成本>40）的订单的客户实体？
类似地，是否可以返回符合指定条件（成本>40）的订单实体以及客户实体，以显示客户及其最昂贵的订单？
如果每个客户的订单数量非常大（高达100000个），并且客户数量也很大（高达100000个），那么这个选择操作是否可以相当快地完成（不到一秒钟）？假设我可以为此构建一个非常大的hbase集群（根据需要）。
既然我认为3）是不可能的（因为一个mapreduce工人必须处理100000个序列化的订单），那么对于这个问题（根据他们的订单属性快速选择客户）有什么更好的设计呢？将客户实体反规范化为包含客户信息的订单实体是更好的方法吗？