引用:
|
作者csshih
A級黑豬肉大大
您真的知道我講的oracle 的enqueue是啥嗎?
server service broker只是傳統MQ的變形 
那和我拿rabbitMQ拼出來有啥差別?
若oracle的enqueue這麼好實做出來
現實世界不需要等到google發表javascript V8才能做出相同的東西 
請容小弟再度強調一次
oracle enqueue是connection pool控管與讓SQL排隊
傳統MQ是建立電文，遠端建立與執行sp
不知您理解了嗎? |
傳統 MQ 的是 MSMQ... ... 怎麼會是 SSB 呢！？@@
MSMQ 跟 rabbitMQ 都有妳說的問題，可是 SSB 的問題根本不是這個呀... XDDDDD
現在第三篇又多出新的 requirement... connection pool 控管與讓 SQL 排隊... SSB 也沒問題呀... XDDDD 只是用 Notification 方法解決很蠢，以及 ADO.NET 的問題了...
但是做不做的到妳說的？
MySpace 太久了現在也沒啥人用了就先算了...
請問 Azure BizTalk 怎麼說？人家怎麼解決的？
好，既然你這麼堅持 Oracle AQ 這麼先進，那請跟我說為何該公司又不願不放棄 MSSQL？ASP.NET 可以連 Oracle 去做到妳要的 AQ 呀...
那又為何該公司不放棄 ASP.NET/MSSQL 轉去全部 Node.js Oracle？
引用:
|
作者erai
看了您回了兩篇
只能猜想您的著重點在於"更新"、"更動"
|
我的著重點在於產品的後勤是需要被考慮進去的選項之一 -> 要是產品是你們家自己弄的東西。
要是只是人家外包給你們寫，當然就最低需求呀...
問題是要是是自家公司產品，然後寫了會燒到之後支援的團隊的軟體，那就是 CTO 有問題吧...