MSMQ VS临时表转储 [英] MSMQ vs Temporary Table Dump
问题描述
我知道这个问题已经问了一下。但环顾四周我还是不能让我的头脑，我应该走那条路线。这里是我的情况下，希望你可以帮帮忙：
I know this question has been asked a bit before. But looking around I still cant make my mind up which route I should go down. Here's my scenario, hopefully you can help out:
我们将有一系列的，将计划的基础上由数百名移动应用被击中Web服务。这些服务将使用新信息设备上的数据都将设备和从他们回来。从设备返回的数据就需要更新一个单一的中央SQL Server数据库也饲料几个桌面应用程序和网站。
We will have a series of web services that will be hit on a scheduled basis by hundreds of mobile applications. These services will data on the device with new information both going to the devices and coming back from them. The data returned from the devices will need to update a single central SQL server database that also feeds several desktop applications and a website.
为了减少对这些服务我们决定在一个临时数据或者把它们插在一个MSMQ实例或存储的序列化的对象来处理数据的事实后，从设备进来的请求/响应的时间量存储和后期使用Windows服务处理。
In order to reduce the amount of time for the request/response of these services we have decided to process data coming in from the devices after the fact by either sticking them in an MSMQ instance or storing the serialized objects in a temporary data store and having a windows service process them later.
所以这是我的选择，但除了这这里的一些事情，可以帮助你们告诉我：
So there's my choices, but aside from this here's a few more things that might help you guys advise me:
- 从设备返回的数据将不会在需要订购服务器侧的小消息分组返回。
- 我一无所知MSMQ，但我以前写的Windows服务。虽然我没有问题，拿起MSMQ，如果它是必需的。
- 我想保持从一些地方的情况下的处理由于某种原因，由数据引起的失败的设备的响应。这样我可以询问数据，看是否有一个问题，即该设备允许用户添加，扩展在服务器端数据库中的有关字段的长度注释。
有了这个信息，你觉得这是值得我寻找到学习MSMQ或者我应该坚持使用简单的解决方案？
With this information, do you think it is worth me looking into learning MSMQ or should I stick with the simpler solution?
克里斯。
推荐答案
MSMQ是个不错的选择，绝对不是难学，但请记住，有一些限制，你应该知道的。
MSMQ isn't a bad choice and is definitely not difficult to learn, but keep in mind that there are some constraints that you should be aware of.
缺点：
- 每个队列只能是2GB。
- 每个消息4MB（altough 4MB的限制也可以通过MSMQ与WCF是固定的）。
- 仅适用于Windows所以你仅限于.NET中使用它，C / C ++的支持COM的环境++或COM库。
优点：
- 支持Windows网络负载平衡器。
- 支持Microsoft群集服务。
- 与Active Directory集成。
- 在Windows的船舶。
- 支持事务。
- MSMQ消息可以通过在Windows事件日志审计信息进行跟踪。
- 消息可以自动认证（签字）或在发送加密和验证，并且在接收解密。
您可能要考虑的另一种方法是将数据写入到一个临时表中。因为你想有一个消息返回日志这可能是一个好主意。
Another approach you might want to consider is writing your data to a staging table. This might be a good idea since you want to have a message back log.
这是很难给予意见时，我不知道你的系统体系的休息，但我希望这个答案会有点帮助。
It's difficult giving advice when I don't know the rest of the system's architecture, but I hope this answer will help a little.
相关链接
在.NET编程MSMQ - 第1部分
使用MSMQ使用WCF
这篇关于MSMQ VS临时表转储的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！
