在使用事件溯源（Event Sourcing）的系统中，要实现高效的查询同时保持数据的历史版本不丢失，可以通过引入专门的查询模型来解决。这种方法被称为『CQRS』（Command Query Responsibility Segregation，命令查询职责分离）。CQRS 的核心思想是将数据的写入和读取分离，使用不同的模型分别处理写入操作和读取操作。

对于写入操作，仍然使用事件溯源的方式，确保每个状态变更都会被记录为一个事件，并持久化到事件存储中。这保证了数据历史版本的完整保存。

而对于读取操作，我们可以构建一个或多个优化了查询性能的专门读模型。这些读模型可以是一个关系型数据库表、一个文档数据库的集合，或甚至是缓存层等，它们的设计目标是为了快速响应读取请求。当事件发生时，通过事件处理器更新这些读模型。这意味着读模型始终是与事件存储同步的，但它们的结构可能更适合于执行特定的查询。

例如，假设我们正在构建一个电商系统，需要支持对订单状态的查询。在这种情况下，当订单状态变化时（如从“待支付”变为“已支付”），系统会生成一个OrderStatusChanged事件，并持久化到事件存储中。同时，一个事件处理器会监听此事件，并根据事件的内容更新一个专门用于查询的订单状态表。该表可能存储了订单的最新状态以及其他常用查询字段，如订单号、客户ID、商品列表等。这样，在进行订单状态查询时，可以直接从这个优化了查询性能的订单状态表中读取数据，而无需从事件存储中重建状态，实现了高效查询。

采用CQRS结合事件溯源的模式，可以很好地解决高效查询与数据历史版本保存之间的矛盾，既保证了数据完整性和一致性，又提高了系统的查询性能。此外，这种架构还能带来一些附加的好处，比如更好的系统可扩展性和灵活性，以及更易于实现领域驱动设计（DDD）。