在我负责的一个电子商务项目中，有一个核心的订单实体，其中包含了大量的属性，如商品信息、用户信息、订单状态等。随着订单数量的激增，我们发现数据库查询的性能开始下降，特别是涉及到订单的高频查询操作，如订单状态的更新和查询。

后来，我们通过领域驱动设计（DDD）的方法，重新审视了订单实体的模型。我们发现，订单中的某些属性，如商品的基本信息（名称、单价等）和用户的地址信息，实际上在订单创建后几乎不会发生变化，这些信息更多地是用来展示给用户查看的，而不是频繁地进行修改或更新。基于此，我们将这些属性从实体中抽取出来，定义为值对象。

具体来说，我们将商品信息和用户地址信息分别定义为了ProductInfo和AddressInfo两个值对象。这样做有以下几个好处：

1. 优化数据库结构：由于值对象的数据不会变化，因此可以在数据库设计上进行优化，比如为这些值对象设计专门的表结构，减少表之间的关联查询，提高查询效率。
2. 减少数据传输：对于高频次的查询操作，我们只需要查询订单实体本身及其相关的值对象，而不需要查询整个订单记录，这样就减少了数据传输的负担，进一步提高了性能。
3. 提升系统可维护性：将不变化的数据封装为值对象，使得代码更加清晰，逻辑更加明确。同时，由于值对象不包含业务逻辑，因此可以很容易地进行单元测试，提升代码的可测试性。

通过这次重构，我们的系统在高性能读取订单信息方面有了显著的提升。特别是在高峰期，用户的体验得到了明显的改善，订单查询的速度和稳定性都有了极大的改善。