Một cơ_sở_dữ_liệu được xây_dựng với một DBM không_thể di_động cho một DBM khác ( nghĩa_là , các DBM khác không_thể chạy nó ) .Tuy_nhiên , trong một_số tình_huống , mong_muốn di_chuyển , di_chuyển cơ_sở_dữ_liệu từ DBM này sang DBM khác .Các lý_do chủ_yếu là kinh_tế ( các DBMS khác nhau có_thể có tổng chi_phí sở_hữu hoặc TCO khác nhau ) , chức_năng và hoạt_động ( DBMS khác nhau có_thể có các khả_năng khác nhau ) .Việc di_chuyển liên_quan đến việc chuyển_đổi cơ_sở_dữ_liệu từ_loại DBMS này sang loại khác .Việc chuyển_đổi sẽ duy_trì ( nếu có_thể ) ứng_dụng liên_quan đến cơ_sở_dữ_liệu ( nghĩa_là , tất_cả các chương_trình ứng_dụng liên_quan ) vẫn còn nguyên_vẹn .Do_đó , các cấp kiến ​​trúc khái_niệm và bên ngoài của cơ_sở_dữ_liệu nên được duy_trì trong quá_trình chuyển_đổi .Có_thể mong_muốn rằng một_số khía_cạnh của cấp_độ nội_bộ_kiến ​​trúc được duy_trì .Một di_chuyển cơ_sở_dữ_liệu phức_tạp hoặc lớn có_thể là một dự_án phức_tạp và tốn_kém ( một lần ) , cần được đưa vào quyết_định di_chuyển .Điều này mặc_dù thực_tế là các công_cụ có_thể tồn_tại để giúp di_chuyển giữa các DBMS cụ_thể .Thông_thường , một nhà_cung_cấp DBMS cung_cấp các công_cụ để giúp nhập cơ_sở_dữ_liệu từ các DBMS phổ_biến khác .
Tại_sao ai đó sẽ cố_gắng hợp_nhất hai cơ_sở_dữ_liệu khác nhau ?
Chủ_yếu là kinh_tế