MSQL能用在服务端作业实时查看的应用方面么？是否适合

问题描述

前提：一套系统CS的，有N个客户端，一个服务端。应用点：1、希望能从服务端看到当前在线的客户2、客户端操作相应功能时候记录大量的日志，服务端希望能实时看到这些日志3、在客户端底层在SQL语句执行环节都加日志，服务端希望能实时看到SQL语句的监视。以上3条是否可用MSMQ或ACTIVEMQ来实现，实现方式就是客户端写入消息，然后服务端轮询并输出实时显示的消息。不知道这样做是否适合？-----另外也考虑过用WCF来实现，在以上环节客户端发消息给服务端，服务端收到并实时输出。如上，不知道用消息来实现是否适合？非常感谢

解决方案

解决方案二：
这要看你说的日志是什么样的日志。如果按照现在互联网的一些稍微具有点规模的公司的来说，媒体可能都会产生几G字节的日志，不可能放到数据库里（从容量、时间、带宽占用、可靠性等等角度都不现实）。当然如果你说的就是业务明细数据，那么你随便设计叫做“日志”的数据表好了。
解决方案三：
分布的日志系统，在windows系统下，一般是可以使用windows的eventlog来记录。在你的.net程序中也可以使用第三方的.net的类库来记录在本地。能明确的仅仅是，你需要为系统性能和网络带宽负责。如果你是很小的项目，而且都是在一个局域网里，可以这样做。
解决方案四：
媒体可能都会产生几G字节的日志-->每天可能都会产生几G字节的日志基本上，日志类型跟传统业务类型数据，处理的思路差别巨大。
解决方案五：
引用2楼sp1234的回复:

分布的日志系统，在windows系统下，一般是可以使用windows的eventlog来记录。在你的.net程序中也可以使用第三方的.net的类库来记录在本地。能明确的仅仅是，你需要为系统性能和网络带宽负责。如果你是很小的项目，而且都是在一个局域网里，可以这样做。

您好，如您所说，是业务明细数据，并且是在同一个局域网，如果使用ACTIVEMQ或MSMQ是否可以呢？