fmq屬於軟體平台產品，它不同於mq等中介軟體產品，軟體平台與軟體中介軟體之間有著很多相似之處，它們最大的不同在於中介軟體產品往往需要專業人士進行二次開發才能使用，而平台軟體只需根據業務需要進行相關的配置或者少量的二次開發即可使用。
fmq作為平台軟體，同時也擁有中介軟體的一切特徵，可以說比單純的中介軟體又進了乙個層次，而且fmq的架構不同於mq，**控制分布式架構，集管理和效率於一身，完美解決了cs方式的效率問題與p2p方式難以管理的問題。
我們公司曾做過很多mq專案，也可以稱得上是mq專家了：），mq這個東西用的越深越感覺到有些問題，畢竟是上個世紀90年代的產物了，從mq2.1到mq5.3傳輸機制還是那樣，比如兩個點要進行傳輸必須實現要建立佇列、通道物件，每個佇列最大為2.1g，多個通道多個佇列共享同乙個日誌空間，還要受到日誌的限制，最大個數為63個等等，還有碰到一些意外的情況比如磁碟爆滿mq會啟動100多個通道程序，直接將伺服器搞死(telnet不上去了，只能強行reset），或者其他的一些原因,狂寫錯誤日誌將磁碟空間漲死等等，象什麼序列號不一致、通道啟動不起來呀等等錯誤，ibm的人過來了都沒解決。
fmq從面世到如今經歷了2年了，它的穩定性、高效性、易用性是我們所自豪的，普通的pc，每秒可以傳輸800多個訊息（每個訊息為永續性訊息，保證順序、可靠傳輸，防關機、斷電；有日誌、統計、事務）每天可以傳幾千萬的資料量，簡訊級的資料交換平台；如果加上建立fmq群集，這個量就更大了～ 公安部的人口資料就用fmq傳的～
fmq不依賴於任何第三方構件，安上就能用！！！fmq還擁有如request－send通道、遠端佇列、動態ip交換平台（可以用於沒有固定ip的internet傳輸）、ssl鏈路、群集等等很多功能，這裡就不一一枚舉了，您可以參考一下相關的文件~
做了這麼多年的交換了，既然敢把fmq拿到網際網路上來，我們是有絕對的信心的，不過雖然說了mq這麼多不足，但是作為程式設計師，我還是要說，ibm的mq是個大師級的產品，裡面的很多思想絕對高～～～，希望有人也會這麼評價fmq！：）
IBM MQ的常用命令
建立佇列管理器 crtmqm q qmgrname q是指建立預設的佇列管理器 刪除佇列管理器 dltmqm qmgrname 啟動佇列管理器 strmqm qmgrname 如果是啟動預設的佇列管理器，可以不帶其名字 停止佇列管理器 endmqm qmgrname 受控停止 endmqm i qm...
DataFrame的比較和缺失值比較
pandas使用numpy nan np.nan 物件表示缺失值。這是乙個不等於自身的特殊物件 np.nan np.nan false python的none物件是等於自身的 none none true 所有和np.nan的比較都返回false，除了不等於 9 np.nan false5 np.n...
in 和 exists的比較
系統要求進行sql優化，對效率比較低的sql進行優化，使其執行效率更高，其中要求對sql中的部分in not in修改為exists not exists 修改方法如下 in的sql語句 select id,category id,htmlfile,title,convert varchar 20 ...