(方案收集)
背景：新開發sales系統，基礎資料從ebs獲得。不要求實時同步，只需每天凌晨更新一次。
即a(ebs)->b(sales)，a中若干表資料拋向b中對應介面表。當a中資料表資料更新，在b中對應的介面表是在夜晚才進行同步。
解決方案：
資料同步大概知道的有兩類，一種是資料庫之間，一種是使用第三方工具實現資料同步（不咋了解，主要考慮到安全問題就先排除了）。資料庫間資料同步比較常用的是dblink，sqlload等等，考慮比較方便的還是用dblink。原因是資料不要求實時更新，ebs資料表裡頭未涉及特殊字段（如blob，clob之類的資料型別字段），所以未受dblink侷限性的約束。
資料同步是先清空b表資料，然後再重新插入資料(高階複製)。（資料量不多，也不要求實時同步）
另外也可以在a表建立觸發器，實時更新b表資料。
採用dblink的問題
下午與大許交流當中又發現使用dblink解決方案的許多問題，有蠻多地方需要繼續考慮測試的。
1.ebs是會經常轉殖環境的，那麼轉殖出來的測試環境也會存在dblink，那麼這個dblink要怎麼處理？並且還不知道什麼時候需要轉殖？會轉殖幾個？
我首先想到將新環境裡頭的dblink給刪除，但是這個會帶來什麼「後患」
核心物件執行緒同步 概述
使用者方式同步的優點是它的 同步速度非常快。但它也有其侷限性。例如，互鎖函式家族只能在單值上執行，根本無法使執行緒進入等待狀態。可以使用關鍵 段使執行緒進入等待狀態，但是只能用這些 段對單個程序中的執行緒實施同步。還有，使用關鍵 段時，很容易陷入死鎖狀態，因為在等待進入關鍵 段時無法設定超時值。核心...
mysql同步資料 MySQL同步資料
mysql dump工具用於匯出現有資料，匯出結果為sql檔案 目前dump工具支援整庫dump以及單錶dump。下面為單錶dump操作過程 1 選擇匯出目標目錄 確保該目錄有足夠的儲存空間。mkdir opt bas backup 2 使用mysqldump命令匯出表資料 mysqldump u ...
資料探勘概述
隨著技術的不斷發展及資料庫管理系統的廣泛應用，資料庫中儲存的資料量急劇增大，在大量的資料背後隱藏著許 多重要的資訊，如果能把這些資訊從資料庫中抽取出來，將為公司創造很多潛在的利潤，而這種從海量資料庫中挖掘資訊 的技術，就稱之為資料探勘。資料探勘工具能夠對將來的趨勢和行為進行 從而很好地支援人們的決策...