黃昏的甘蔗

前一篇講到「MSSQL 2008 Transactional Replication」，這是一種「單向」的複寫動作，只會從來源端（Publisher）傳送資料到目的地端（Subscriber），目的地端的任何修改都不會影響到來源端的資料。當然～這時候就會有另外一個需求，就是希望兩邊都可以做寫入修改的動作，那麼我們就來看可以達到這個目的的「Merge Replication」怎麼做。

(繼續閱讀)

簡單的利用上圖來說，當 Publisher 與 Subscriber 一致後，若有 User 或 Application 修改了來源（Publisher）資料庫，便會引發上述六個步驟同步（Replication）到目的地（Subscriber）的資料庫中。

(繼續閱讀)

自從訂閱了點部落之後，對資訊系統的自我認知，已經遠超越「Mammut」與「Marmot」的大小差異，並且日漸渺小當中，每日只能從眾多高手牙慧中，盼望能多吸取一些知識。這幾年來由於工作的不穩定，我得常接手別人開發的專案，每一個專案跟程式設計師一樣，有著不同的個性，有的有高度的模組化，有的ASP互相亂 include 一堆，有的把4-5個專案放到同一個目的網站中，有的遺留了許多無用的程式碼......。程式碼這麼的多元化，當然資料庫就更千奇百怪了，相同的是......都沒有DD、都沒有有用的文件。

(繼續閱讀)

本篇不是要說高深的SSIS 技巧，而是用實例的方式，說明如何應用 Visual Studio 的「Business Intelligence Projects」來建立「Integration Service Project」，並且加入(deployment)到SQL中，最後再以 SQL Agent 來排程做定期執行的工作。

(繼續閱讀)

當你設定了資料庫的「Recovery Mode=Full」，並且定期的執行各項「Full Backup」、「Differential Backup」與「Transaction Log Backup」，那麼你是可以將此資料庫還原到任何一個時間點上的。

(繼續閱讀)

我想大部分有管理資料庫的人，都會定期的備份（Backup）資料庫，即使不是專門的DBA也會這麼做；但是真的在緊急情況做過資料庫還原的人，我想就不多了吧～即使練習過 Restore ，在實際狀況遇到，也是會冒出一堆冷汗的...

(繼續閱讀)

其實本篇是「多筆資料合併為一筆」的延續，上次說到可以利用「FOR XML PATH('')」及 SubQuery 來串起相關連的資料，並使其列為同一行（ROW），這樣的作法有時是為了串接(cascade)相關連的資料，但更常用於統計週、月、季、年的資料彙整。

(繼續閱讀)