我们是一个多租户平台。

• 该平台有一个称为Entity的结构。
• 用户可以创建实体来模拟任何现实生活中的对象，例如：Customers, Orders, Payment, Inventory, Cart，几乎任何东西。
• 每个实体都有其属性集，例如，Customer实体可以具有：name, email, phone, address (can be another nested entity)等。
• 要求提供对这些实体的查询/OLAP功能。例如，find all customers where name = 'john'。
• 要求包括所有类型的查询，如DATE RANGE, CONTAINS, LIKE, NUMERIC RANGE, FULL-TEXT Queries等。我们还需要Sorting, Aggregation, Pagination功能。

当前设计

• 我们使用ElasticSearch来存储实体数据。
• 为每个租户分配一个单独的索引。
• 在租户中创建实体时，会在关联的索引内创建对应的Map。这些Map大致具有以下形式：

{
  "properties": {
    "Customer": {
      "properties": {
        "name": {
          "values": {
            "type": "text"
          }
        },
        "age": {
          "values": {
            "type": "integer"
          }
        }
      }
    },
    "Order": {
      "properties": {
        "id": {
          "values": {
            "type": "text"
          }
        },
        "eta": {
          "values": {
            "type": "integer"
          }
        }
      }
    }
    //... other entities of this tenant
  }
}

此设计存在的主要问题

• 不断增长的Map。
• 频繁更新Map，因此节点忙于传递集群更新信息，导致搜索/索引延迟和偶尔超时。
• 如果需要，不能更改现有的Map。我们必须完成整个重建程序。

目前的设计能够为我们服务几年，直到最近问题开始出现。

什么样的设计才能很好地模拟上述多租户要求？哪种数据库解决方案和模式建模将是合适的？