比如当业务发生变化时，如果修改了event的相关定义，那么所有已经在event store中存储的event则可能在Event sourcing时发生错误，比如缺少某些字段，这让我们在业务发展时必须小心翼翼的进行修改，有时甚至需要用脚本处理历史event以适应新的定义
如果业务经常变更的话，是否Event sourcing并不适用
另外从技术上看，建议Event携带业务数据时最好只带业务数据的Id，业务数据存储与事件存储分离，这样也能做到解耦业务数据结构对事件的影响。
比如当业务发生变化时，如果修改了event的相关定义，那么所有已经在event store中存储的event则可能在Event sourcing时发生错误，比如缺少某些字段，这让我们在业务发展时必须小心翼翼的进行修改，有时甚至需要用脚本处理历史event以适应新的定义
如果业务经常变更的话，是否Event sourcing并不适用
另外从技术上看，建议Event携带业务数据时最好只带业务数据的Id，业务数据存储与事件存储分离，这样也能做到解耦业务数据结构对事件的影响。