问JMS消息。模型包含数据还是指向数据的指针？

EN

我不会只关注决策的性能，还会关注其他非功能性的考虑因素。

我一直在一个系统上工作，我们决定不发送消息中的数据，而是发送数据库中数据的PK。我们的方法更接近于command message模式。我们的选择是基于以下原因：

• Data size：我们将数据存储在BLOB中，因为它可以通过hughe。在您的情况下，数据的大小可能符合消息anayway.
• Message loss：我们做了最坏的打算。如果消息丢失，我们可以恢复数据，并且我们有一个恢复过程来重新提交消息。看起来可能是偏执的，但这里有两种情况可能导致一些消息丢失：(1)队列被错误地清除(2)发生错误，消息在很长一段时间内无法传递。他们去死消息队列(DMQ)，最终达到它的极限并开始丢弃消息，如果没有配置correctly.
• Monitoring：不同的消息/命令可以更新数据库中的同一行。这很容易监控和troubleshoot.

然而，使用JMS +数据库确实会使设计变得有点复杂：

• distributed transactions：这增加了一些复杂性，有时还会增加some problems。分布式事务与“常规”事务有细微的区别，比如分布式超时。
• persitency：代码不太直观。数据必须首先持久化才能拥有PK，如果使用ORM，这会导致代码的一些复杂性。

我想这两种方法都能行得通。我已经描述了导致我们不发送消息中的数据的原因，但您的系统和需求可能会有所不同，因此在您的情况下发送消息中的数据可能仍然更容易。我不能提供一个明确的答案，但我希望它能帮助你做出决定。

发送数据，而不是指针。我不会认为你的消息是无法处理的超大尺寸。

队列处理数据是没有问题的，队列中的消息无论如何都是持久化的(内存、文件或数据库持久化，只要更适合您的队列大小)。

如果您只是将数据放在队列中的句柄，那么处理队列的应用程序将进行不必要的工作来获取发送者已经拥有的数据。