同步一個資料庫要發多少個資料包？

 

 系列文章索引:

[WCF郵件通訊系統應用 之 資料同步程式 之 設計內幕 之 一]

同步一個資料庫要發多少個資料包？

 [WCF郵件通訊系統應用 之 資料同步程式 之 設計內幕 之 二]
"開門待客"還是“送貨上門”？

[WCF郵件通訊系統應用 之 資料同步程式 之 設計內幕 之 三]

“設計應對變化”--執行個體講解一個資料同步系統

[WCF郵件通訊系統應用 之 資料同步程式 之 設計內幕 之 四]

唯一不變的就是一直在變”--“資料”的華麗“變身術”

 

    前期曾經有同事問到：同步一個資料庫要發多少個 資料包？
    也有人問到：一天的資料，可不可以只發一個資料包？
    類似的問題比較多，大家一想到資料就想到資料檔案，資料包，這是最普遍的做法 ，也就成了習慣的想法，往往一旦思維模式固定之後，對於新的東西就有一點難以接受了。     為什麼資料要放到資料檔案或者資料包中？資料是什嗎？一般人想到的就是銷售資料表之類的東西，這些，都是“形而下”的東西，如果要讓我們的解決方案更通用，我們需要一點“形而上學”，資料就是資訊，(我們這裡的)資訊的電腦化就是位元組流，位元組流最方便儲存和訪問的地方就是“記憶體”，對，是記憶體，所以我們不需要檔案，所以我們可以把資訊直接放到郵件的本文裡面。可以放到郵件的附件裡面嗎？可以，如果你走路喜歡多繞幾個彎，說話喜歡拐彎抹角，但這不是我的性格，我喜歡簡單，直接。如果你非要問我這樣做還有啥其它好處？那就是“ 安全”--不容易被第三方軟體截獲，不會感染病毒。     所以，對於本方案中使用郵件來做資料同步的想法，最關心的不是多少個資料包，資料是存本文還是附件這樣的問題，而是如何處理起來更快，更有效，更穩定，如果非要問資料是怎麼傳輸的？我給你的答案是：資料在對象裡面，我用郵件把這些對象發送到了很遠的地方。

[WCF郵件通訊系統應用 之 資料同步程式 之 設計內幕 之 三]