⑴ 異構資料庫間數據遷移方法研究 開題報告
可以的
好的
⑵ 請教關於異構資料庫之間的數據遷移有什麼好的方法
需要把原來的數據遷移到連一個新的平台，新平台的數據表結構和原來的不一樣，需要把對應的欄位轉換把原來資料庫的數據遷到新的平台保證業務的正常使用和原來數據的查詢等.......
⑶ 什麼叫跨平台數據遷移
比如，把數據由 DB2 遷移到 Oracle，從 Windows 遷移到 Unix，就是跨平台數據遷移。
Java 和 XML 因為是支持多平台的，所以最初開發的時候用這兩個技術就可以較容易實現跨平台數據遷移。
⑷ 什麼是異構資料庫
異構資料庫系統是相關的多個資料庫系統的集合，可以實現數據的共享和透明訪問，每個資料庫系統在加入異構資料庫系統之前本身就已經存在，擁有自己的DMBS。異構資料庫的各個組成部分具有自身的自治性，實現數據共享的同時，每個資料庫系統仍保有自己的應用特性、完整性控制和安全性控制。異構資料庫系統的異構性主要體現在以下幾個方面：
計算機體系結構的異構
各個參與的資料庫可以分別運行在大型機、小型機、工作站、PC或嵌入式系統中。
基礎操作系統的異構
各個資料庫系統的基礎操作系統可以是Unix、Windows NT、 Linux等。
DMBS本身的異構
可以是同為關系型資料庫系統的Oracle、 sql Server等，也可以是不同數據模型的資料庫，如關系、模式、層次、網路、面向對象，函數型資料庫共同組成一個異構資料庫系統。
----異構資料庫系統的目標在於實現不同資料庫之間的數據信息資源、硬體設備資源和人力資源的合並和共享。其中關鍵的一點就是以局部資料庫模式為基礎，建立全局的數據模式或全局外視圖。這種全局模式對於建立高級的決策支持系統尤為重要。
----大型機構在許多地點都有分支機構，每個子機構的資料庫中都有著自己的信息數據，而決策制訂人員一般只關心宏觀的、為全局模式所描述的信息。建立在數據倉庫技術基礎上的異構資料庫全局模式的描述是一種好的解決方案。數據倉庫可以從異構資料庫系統中的多個資料庫中收集信息，並建立統一的全局模式，同時收集的數據還支持對歷史數據的訪問，用戶通過數據倉庫提供的統一的數據介面進行決策支持的查詢。
資料庫轉換
----對於異構資料庫系統，實現數據共享應當達到兩點：一是實現資料庫轉換；二是實現數據的透明訪問。由華中科技大學開發的，擁有自主版權的商品化資料庫管理系統DM3系統，通過所提供的資料庫轉換工具和API介面實現了這兩點。
----DM3提供了資料庫轉換工具，可以將一種資料庫系統中定義的模型轉化為另一種資料庫中的模型，然後根據需要再裝入數據，這時用戶就可以利用自己熟悉的資料庫系統和熟悉的查詢語言，實現數據共享的目標。資料庫轉換工具首先進行類型轉換，訪問源資料庫系統，將源資料庫的數據定義模型轉換為目標資料庫的數據定義模型，然後進行數據重組，即將源資料庫系統中的數據裝入到目的資料庫中。
----在轉換的過程中，有時要想實現嚴格的等價轉換是比較困難的。首先要確定兩種模型中所存在的各種語法和語義上的沖突，這些沖突可能包括：
命名沖突：即源模型中的標識符可能是目的模型中的保留字，這時就需要重新命名。
格式沖突：同一種數據類型可能有不同的表示方法和語義差異，這時需要定義兩種模型之間的變換函數。
結構沖突：如果兩種資料庫系統之間的數據定義模型不同，如分別為關系模型和層次模型，那麼需要重新定義實體屬性和聯系，以防止屬性或聯系信息的丟失。
----總之，在進行數據轉換後，一方面源資料庫模式中所有需要共享的信息都轉換到目的資料庫中，另一方面這種轉換又不能包含冗餘的關聯信息。
----資料庫轉換工具可以實現不同資料庫系統之間的數據模型轉換，需要進一步研究的問題是：如果資料庫轉換同時進行數據定義模式轉換和數據轉換，就可能引起同一數據集合在異構資料庫系統中存在多個副本，因此需要引入新的訪問控制機制。在保證各個參與資料庫自治，維護其完整性、安全性的基礎上，對於異構資料庫系統提供全局的訪問控制、並發機制和安全控制。
----如果資料庫轉換只進行數據定義轉換，不產生數據的副本，那麼在新的目的資料庫定義模型的框架下訪問數據，實現上仍是對源資料庫系統中數據的訪問。這時利用新的資料庫系統中的數據處理語言實現的事務，不能直接訪問源資料庫，必須進行事務級的翻譯才可以執行。
數據的透明訪問
----在異構數據系統中實現了數據的透明訪問，用戶就可以將異構分布式資料庫系統看成普通的分布式資料庫系統，用自己熟悉的數據處理語言去訪問資料庫，如同訪問一個資料庫系統一樣。但目前還沒有一種廣泛使用的數據定義模型和數據查詢語言，實現數據的透明訪問可以採用多對一轉換、雙向的中間件等技術。開放式資料庫互連（Open DataBase Connectivity,簡稱ODBC）是一種用來在相關或不相關的資料庫管理系統中存取數據的標准應用程序介面（API）。ODBC為應用程序提供了一套高層調用介面規范和基於動態鏈接庫的運行支持環境。目前，常用的資料庫應用開發的前端工具如Power Builder、 Delphi等都通過開放資料庫互聯(ODBC)介面來連接各種資料庫系統。而多數資料庫管理系統（如：Oracle、Sybase、SQL Server等）都提供了相應的ODBC驅動程序，使資料庫系統具有很好的開放性。ODBC介面的最大優點是其互操作能力，理想情況下，每個驅動程序和數據源應支持完全相同的ODBC函數調用和SQL語句，使得ODBC應用程序可以操作所有的資料庫系統。然而，實際上不同的資料庫對SQL語法的支持程度各不相同，因此，ODBC規范定義了驅動程序的一致性級別，ODBC API的一致性確定了應用程序所能調用的ODBC函數種類，ODBC 2.0規定了三個級別的函數，目前 DM3 ODBC API支持 ODBC 2.0規范中第二級擴展的所有函數。
----隨著Internet應用的不斷普及，Internet的異構分布式信息系統正在迅速發展，Java以其平台無關性、移植性強，安全性高、穩定性好、分布式、面向對象等優點而成為Internet應用開發的首選語言。在Internet環境下，實現基於異種系統平台的資料庫應用，必須提供一個獨立於特定資料庫管理系統的統一編程界面和一個基於 SQL的通用的資料庫訪問方法。Java與資料庫介面規范JDBC（Java Database Connectivity）是支持基本SQL功能的一個通用的應用程序編程介面，它在不同的資料庫功能模塊的層次上提供了一個統一的用戶界面，為對異構資料庫進行直接的Web訪問提供了新的解決方案。 JDBC已被越來越多的資料庫廠商、連接廠商、Internet服務廠商及應用程序編制者所支持。
⑸ 異構資料庫和異構數據模型是指什麼有簡單的例子嗎
異構資料庫系統是相關的多個資料庫系統的集合，可以實現數據的共享和透明訪問，每個資料庫系統在加入異構資料庫系統之前本身就已經存在，擁有自己的DMBS。異構資料庫的各個組成部分具有自身的自治性，實現數據共享的同時，每個資料庫系統仍保有自己的應用特性、完整性控制和安全性控制。異構資料庫系統的異構性主要體現在以下幾個方面：
計算機體系結構的異構
各個參與的資料庫可以分別運行在大型機、小型機、工作站、PC或嵌入式系統中。
基礎操作系統的異構
各個資料庫系統的基礎操作系統可以是Unix、Windows NT、 Linux等。
DMBS本身的異構
可以是同為關系型資料庫系統的Oracle、 SQL Server等，也可以是不同數據模型的資料庫，如關系、模式、層次、網路、面向對象，函數型資料庫共同組成一個異構資料庫系統。
----異構資料庫系統的目標在於實現不同資料庫之間的數據信息資源、硬體設備資源和人力資源的合並和共享。其中關鍵的一點就是以局部資料庫模式為基礎，建立全局的數據模式或全局外視圖。這種全局模式對於建立高級的決策支持系統尤為重要。
----大型機構在許多地點都有分支機構，每個子機構的資料庫中都有著自己的信息數據，而決策制訂人員一般只關心宏觀的、為全局模式所描述的信息。建立在數據倉庫技術基礎上的異構資料庫全局模式的描述是一種好的解決方案。數據倉庫可以從異構資料庫系統中的多個資料庫中收集信息，並建立統一的全局模式，同時收集的數據還支持對歷史數據的訪問，用戶通過數據倉庫提供的統一的數據介面進行決策支持的查詢。
⑹ 異構數據採集技術到底是什麼異構是什麼意思
異構數據顧名思義就是不同結構的數據，異構數據體現在五個層次上：
1．計算機體系結構的異構；數據的物理存儲來源於不同體系結構的計算機中，如：大型機、小型機、工作站、PC或嵌入式系統中。
2．操作系統的異構；數據的存儲來源於不同的操作系統，如：Unix、Windows、Linux、OS/400等。
3．數據格式的異構；數據的存儲管理機制不同，可以是關系型資料庫系統，如：Oracle、SQL Server、DB2等，也可以是文件行二維數據，如：txt、CSV、XLS等。
4．數據存儲地點異構；數據存儲在分散的物理位置上，此類情況大多出現在大型機構中，如：銷售數據分別存儲在北京、上海、日本、韓國等多個分支機構的本地銷售系統中。
5．數據存儲的邏輯模型異構；數據分別在不同的業務邏輯中存儲和維護，從而相同意義的數據存在表現的異構；如：獨立的銷售系統和獨立的采購系統中存在部門的編碼不一致等。
異構數據往往不是一個層面的異構，而是在多個層面上都存在異構。
異構數據整合的目標就在於實現不同結構的數據之間的數據信息資源、硬體設備資源和人力資源的合並和共享。其中關鍵的一點就是以分散的局部的數據為基礎，通過各種工具和處理邏輯建立全局的統一的數據或視圖。
101 異構數據採集技術的原理是通過獲取軟體系統的底層數據交換和網路流量包，進行包流量分析和使用模擬技術採集到應用數據，並且輸出結構化數據。所以，它能做到無需軟體廠商介面，異構數據直接採集，解決了和廠商協調難、介面費用高、實施周期長等問題。
⑺ 如何進行異構資料庫同步
資料庫同步有很多方法,這里不討論了,我這里只針對異構資料庫.那什麼是異構資料庫呢,我們先看下定義(引用)
異構資料庫系統是相關的多個資料庫系統的集合，可以實現數據的共享和透明訪問，每個資料庫系統在加入異構資料庫系統之前本身就已經存在，擁有自己的DMBS。異構資料庫的各個組成部分具有自身的自治性，實現數據共享的同時，每個資料庫系統仍保有自己的應用特性、完整性控制和安全性控制。異構資料庫系統的異構性主要體現在以下幾個方面：
計算機體系結構的異構
各個參與的資料庫可以分別運行在大型機、小型機、工作站、PC或嵌入式系統中。
基礎操作系統的異構
各個資料庫系統的基礎操作系統可以是Unix、Windows NT、 Linux等。
DMBS本身的異構
可以是同為關系型資料庫系統的Oracle、 SQL Server等，也可以是不同數據模型的資料庫，如關系、模式、層次、網路、面向對象，函數型資料庫共同組成一個異構資料庫系統。
在轉換的過程中，有時要想實現嚴格的等價轉換是比較困難的。首先要確定兩種模型中所存在的各種語法和語義上的沖突，這些沖突可能包括：
命名沖突：即源模型中的標識符可能是目的模型中的保留字，這時就需要重新命名。
格式沖突：同一種數據類型可能有不同的表示方法和語義差異，這時需要定義兩種模型之間的變換函數。
結構沖突：如果兩種資料庫系統之間的數據定義模型不同，如分別為關系模型和層次模型，那麼需要重新定義實體屬性和聯系，以防止屬性或聯系信息的丟失。
異構資料庫同步的解決方法主要有以下幾種:
1.建立觸發器記錄表的變化情況,在源資料庫建立增、刪、改觸發器,然後根據變化登記表進行處理.優點是充分結合業務進行處理,保持數據的一致性、完整性，實時性較強，對多個數據源合並有非常大的優勢，我們現在也是採用這種方式來同步的。
2.日誌：通過分析源資料庫日誌，來獲得源資料庫中的變化的數據。ORCLE 的 非同步 CDC (Asynchronized CDC) 就是使用這種方式，但缺點是有一定延時.
⑻ gbase能否實現異構資料庫間的遷移，有沒有相應的遷移工具
GBase Migration Toolkit 遷移工具是 GBase 提供的一款可以實現異構資料庫間數據遷移的工具。目前可以實現將源資料庫（目前支持的源資料庫有： ACCESS、Oracle、SQL Server、DM（DM6，DM7）、KingBase8、DB2、MySQL （MySQL5.x，MySQL8.0）、ShenTong、GBase8sV8.3、GBase8t、GBase8s、 GBase8s_M、PostgreSQL 和 Teradata）中數據遷移到目標資料庫（目前支持的目標資料庫有：GBase8a、GBase8t、GBase8s 和 GBase8s_M）。 遷移工具具有簡單易操作的圖形化界面，根據數據遷移需求創建相應的任務，並且可以對遷移任務進行相應的設置，實現多線程並發數據遷移。遷移工具是一個 C/S 結構的軟體，安裝簡便，只需要獲取安裝包解壓後即可使用。
⑼ 新開發的系統要替換舊系統，資料庫如何遷移。
不是簡單的事。
一般新舊系統的資料庫表結構會有很大的變化，所以一般是用從舊系統導入excel表，調整至新系統能認的格式，再導入新系統。
如果資料庫表結構相差不大的話，還可以用sql的導入數據來完成，但得一個一個的搞呀，很是麻煩。