移動資料庫

㈠ 中國移動網路資料庫

中國移動以省為單位組建資料庫系統 全網由北京公司做交換池通信
各省的資料庫都不盡相同的 你需要到哪個省 問一句就成 不外呼就是Sybase DB2 甲骨什麼的
中國移動主要對學歷要求 能力有太多的培養機會

㈡ 移動公司常用的是什麼資料庫，什麼系統

二樓說的還不如一樓呢. 我是移動支撐中心的. 移動內部用的資料庫很多,包括ORACLE和sql.操作系統也不一樣,一般辦公的都用WIN XP.伺服器上WIN2000,WIN2003,WINNT,UNIX都有. 這個部署也是不一定的,要根據實際情況. 不能多說,只能滿足一下你的好奇心.

㈢ 移動對象資料庫和GIS的主要區別是什麼移動對象資料庫索引的主要問題是什麼

移動對象資料庫)是近年誕生的—個較新的研究領域，其主要目標是允許用戶在資料庫中表示移動對象，並可以支持與時空變化(「移動」)相關的用戶查詢。隨著移動計算、位置相關服務。
GIS也就是地理信息系統（Geographic Information System），它是一種特定的十分重要的空間信息系統。它是在計算機硬、軟體系統支持下，對整個或部分地球表層（包括大氣層）空間中的有關地理分布數據進行採集、儲存、管理、運算、分析、顯示和描述的技術系統。
隨著GPS定位、GIS、無線技術和計算機技術的迅猛發展,越來越多的移動對象被實時存儲在資料庫中,而傳統資料庫都是以優化靜態數據查詢為目標,這促使以管理表示頻繁更新移動對象的時空數據為目標的移動對象資料庫的產生。由於傳統資料庫技術都無法支持對時空數據的有效管理,因此,需要對移動對象資料庫的相關技術進行研究。,

㈣ 移動數據是什麼意思

1、移動數據指手機上網業務，即數據聯網。當上網產生的通信就是數據通信，產生的費用就是數據費用。如手機的GPRS 、3G，4G等方式上網。

2、WLAN稱之為無線區域網，在有移動WLAN信號覆蓋的區域，用戶通過支持WLAN功能的筆記本電腦、手機、PDA終端可以便捷快速接入互聯網，從而進行信息獲取、娛樂、或者移動辦公。移動的是CMCC，電信是Chinanet，聯通是ChinaUnicom。

3、使用WLAN業務請致電相關的運營商開通WLAN流量包，辦理相應的套餐資費，要驗證手機號和設置WLAN的上網密碼才可使用。

4、是否收費要看具體情況，在一些公共場所，運營商會架設一些「熱點」，有些是開放性的，也就是免費的，此外就是收費的，請致電需要使用的運營商開通服務。

㈤ 如何在運行 SQL Server 的計算機之間移動資料庫

您可以使用相同的方法從 SQL Server 7.0 或 SQL Server 2000 遷移數據。但是，Microsoft SQL
Server 2005 中的管理工具與 SQL Server 7.0 或 SQL Server 2000 中的管理工具有所不同。您應該使用
SQL Server Management Studio（而不是 SQL Server 企業管理器）以及 SQL Server 導入和導出向導
(DTSWizard.exe)（而不是數據轉換服務導入和導出數據向導）。
備份和還原
在源伺服器上備份用戶資料庫，然後將用戶資料庫還原到目標伺服器上。
在備份過程中時可能有人使用資料庫。如果用戶在備份完成後對資料庫執行
INSERT、UPDATE 或 DELETE
語句，則備份中不會包含這些更改。如果您必須傳輸所有更改，那麼，假如您既執行事務日誌備份又執行完整資料庫備份，您可以以盡可能短的停止時間來傳輸這些更改。
在目標伺服器上還原完整資料庫備份，並指定 WITH NORECOVERY 選項。

注意：為防止對資料庫做進一步的修改，請指導用戶在源伺服器上退出資料庫活動。
執行事務日誌備份，然後使用 WITH RECOVERY 選項將事務日誌備份還原到目標伺服器上。停止時間僅限於事務日誌備份和恢復的時間。有關更多信息，請參閱 SQL Server 聯機叢書的「Transact-SQL 參考」主題中的「還原」子主題。
目標伺服器上的資料庫將與源伺服器上的資料庫大小相同。要減小資料庫的大小，您必須在執行備份前壓縮源資料庫的大小，或者在完成還原後壓縮目標資料庫的大小。有關更多信息，請參閱 SQL Server 聯機叢書的「創建和維護資料庫」標題下的「壓縮資料庫」子主題。
如果您將資料庫還原到的文件位置不同於源資料庫的文件位置，則必須指定 WITH MOVE 選項。例如，在源伺服器上，資料庫位於 D:\Mssql\Data 文件夾中。目標伺服器沒有 D 驅動器，因而您需要將資料庫還原到 C:\Mssql\Data 文件夾。

有關如何將資料庫還原到其他位置的更多信息，請單擊下面的文章編號，以查看 Microsoft 知識庫中相應的文章：
221465

INF：結合使用 WITH MOVE 選項和 RESTORE 語句
304692 INF：使用 BACKUP 和 RESTORE 將 SQL Server 7.0 資料庫移到新的位置
如果您想覆蓋目標伺服器上的一個現有資料庫，則必須指定 WITH REPLACE 選項。有關更多信息，請參閱 SQL Server 聯機叢書的「Transact-SQL 參考」主題中的「還原」子主題。
源伺服器和目標伺服器上的字元集、排序順序和 Unicode 整序可能必須相同，具體取決於您要還原到 SQL Server 的哪種版本。有關更多信息，請參閱本文中的「關於排序規則的說明」一節。
Sp_detach_db 和 Sp_attach_db 存儲過程
要使用 sp_detach_db 和 sp_attach_db 這兩個存儲過程，請按下列步驟操作：
使用 sp_detach_db 存儲過程分離源伺服器上的資料庫。您必須將與資料庫關聯的 .mdf、.ndf 和 .ldf 這三個文件復制到目標伺服器上。參見下表中對文件類型的描述：

文件擴展名
說明

.mdf 主要數據文件
.ndf 輔助數據文件
.ldf 事務日誌文件
使用 sp_attach_db 存儲過程將資料庫附加到目標伺服器上，並指向您在上一步驟中復制到目標伺服器的文件。

有關如何使用這些方法的更多信息，請單擊下面的文章編號，以查看 Microsoft 知識庫中相應的文章：
224071

如何通過使用 SQL Server 中的分離和附加功能將 SQL Server 資料庫移到新位置
分離資料庫後將無法訪問該資料庫，並且復制文件時也無法使用該資料庫。在進行分離的那一時刻資料庫中包含的所有數據都被移動。
在您使用附加或分離方法時，兩個伺服器上的字元集、排序順序和 Unicode 整序都必須相同。有關更多信息，請參閱本文中的「關於排序規則的說明」一節。
關於排序規則的說明
如果您使用備份和還原或附加和分離方法在兩個
SQL Server 7.0 伺服器之間移動資料庫，則兩個伺服器上的字元集、排序順序和 Unicode 整序都必須相同。如果您將資料庫從
SQL Server 7.0 移到 SQL Server 2000，或者在不同的 SQL Server 2000
伺服器之間移動資料庫，則資料庫將保留源資料庫的整序。這意味著，如果運行 SQL Server 2000
的目標伺服器的整序與源資料庫的整序不同，則目標資料庫的整序也將與目標伺服器的 master、model、tempdb 和 msdb 資料庫的整序不同。有關更多信息，請參見 SQL Server 2000 聯機叢書中的「混合整序環境」主題。
導入和導出數據（在 SQL Server 資料庫之間復制對象和數據）
您可以使用數據轉換服務導入和導出數據向導來復制整個資料庫或有選擇地將源資料庫中的對象和數據復制到目標資料庫。
在傳輸過程中，可能有人在使用源資料庫。如果在傳輸過程中有人在使用源資料庫，您可能會看到傳輸過程中出現一些阻滯現象。
在您使用導入和導出數據向導時，源伺服器與目標伺服器的字元集、排序順序和整序不必相同。
因為源資料庫中未使用的空間不會移動，所以目標資料庫不必與源資料庫一樣大。同樣，如果您只移動某些對象，則目標資料庫也不必與源資料庫一樣大。
SQL Server 7.0 數據轉換服務可能無法正確地傳輸大於 64 KB 的文本和圖像數據。但 SQL Server 2000 版本的數據轉換服務不存在此問題。

有關更多信息，請單擊下面的文章編號，以查看 Microsoft 知識庫中相應的文章：
257425

FIX：DTS 對象傳輸不能傳輸大於 64 KB 的 BLOB 數據
第 2 步：如何傳輸登錄和密碼
如果您不將源伺服器中的登錄傳輸到目標伺服器，當前的 SQL Server 用戶就無法登錄到目標伺服器。您可以按照下面的 Microsoft 知識庫文章中的說明來傳輸登錄和密碼：

246133 如何在 SQL Server 實例之間傳輸登錄和密碼
目標伺服器上的登錄的默認資料庫可能與源伺服器上的登錄的默認資料庫不同。您可以使用 sp_defaultdb 存儲過程來更改登錄的默認資料庫。有關更多信息，請參見 SQL Server 聯機叢書中的「Transact-SQL 參考」主題的「sp_defaultdb」子主題。
第 3 步：如何解決孤立用戶
在您向目標伺服器傳輸登錄和密碼後，用戶可能還無法訪問資料庫。登錄與用戶是靠安全識別符 (SID) 關聯在一起的；在您移動資料庫後，如果 SID
不一致，SQL Server 可能會拒絕用戶訪問資料庫。此問題稱為孤立用戶。如果您使用 SQL Server 2000 DTS
傳輸登錄功能來傳輸登錄和密碼，就可能會產生孤立用戶。此外，被允許訪問與源伺服器處於不同域中的目標伺服器的集成登錄帳戶，也會導致出現孤立用戶。
查找孤立用戶。在目標伺服器上打開查詢分析器，然後在您移動的用戶資料庫中運行以下代碼：
exec sp_change_users_login 'Report'

此過程將列出任何未鏈接到一個登錄帳戶的孤立用戶。如果沒有列出用戶，請跳過第 2 步和第 3 步，直接進行第 4 步。
解決孤立用戶問題。如果一個用戶是孤立用戶，資料庫用戶可以成功登錄到伺服器，但卻無權訪問資料庫。如果您嘗試向資料庫授予登錄訪問權，則會因該用戶已經存在而出現下列錯誤消息：
Microsoft SQL-DMO (ODBC SQLState:42000) 錯誤 15023:當前資料庫中已存在用戶或角色 '%s'。
有關如何解決孤立用戶的更多信息，請單擊下面的文章編號，以查看 Microsoft 知識庫中相應的文章：
240872

如何解決在運行 SQL Server 的伺服器之間移動資料庫時的許可權問題

此文章介紹如何將登錄映射到資料庫用戶，以及如何解決標準的 SQL Server 登錄和集成登錄產生的孤立用戶。

274188 PRB：聯機叢書中的「孤立用戶疑難解答」主題不完整

上面的文章介紹了如何使用 sp_change_users_login 存儲過程來逐個糾正孤立用戶。sp_change_users_login 存儲過程僅能解決標準的 SQL Server 登錄帳戶的孤立用戶問題。
如果資料庫所有者 (dbo) 被當作孤立用戶列出，請在用戶資料庫中運行下面的代碼：
exec sp_changedbowner 'sa'

此存儲過程會將資料庫所有者更改為 dbo 並解決這個問題。要將資料庫所有者更改為另一用戶，請使用您想使用的用戶再次運行 sp_changedbowner。有關更多信息，請參見 SQL Server 聯機叢書的「Transact-SQL 參考」主題中的「sp_changedbowner」子主題。
如果您的目標伺服器運行的是 SQL Server 2000 Service Pack 1，則在您執行附加操作或還原操作（或兩種操作都執行）後，企業管理器的用戶文件夾中的列表中可能沒有資料庫所有者用戶。

有關更多信息，請單擊下面的文章編號，以查看 Microsoft 知識庫中相應的文章：
305711

BUG：在企業管理器中沒有顯示 DBO 用戶
如果目標伺服器上不存在映射到源伺服器上的 dbo 的登錄，您在嘗試通過企業管理器更改系統管理員 (sa) 密碼時，可能會收到以下錯誤消息：
錯誤 21776:[SQL-DMO] 名稱 'dbo' 在 Users 集合中沒有找到。如果該名稱是合法名稱，則使用 [] 來分隔名稱的不同部分，然後重試。
有關更多信息，請單擊下面的文章編號，以查看 Microsoft 知識庫中相應的文章：
218172

PRB：在企業管理器中不能更改 SA 密碼
警告：如果您再次還原或附加資料庫，則資料庫用戶可能會再次被孤立，這樣您就必須重復第 3 步操作。
第 4 步：如何移動作業、警報和運算符
第 4 步是可選操作。您可以為源伺服器上的所有作業、警報和運算符生成腳本，然後在目標伺服器上運行腳本。
要移動作業、警報和運算符，請按照下列步驟操作： 您可以用右鍵單擊選擇為所有警報、所有作業或所有運算符生成腳本。
打開 SQL Server 企業管理器，然後展開管理文件夾。
展開 SQL Server 代理，然後右鍵單擊警報、作業或運算符。
單擊所有任務，然後單擊生成 SQL 腳本。對於 SQL Server 7.0，請單擊為所有作業生成腳本、警報或運算符。
您可以將作業、警報和運算符從 SQL Server 7.0 移到 SQL Server 2000，也可以在運行 SQL Server 7.0 和運行 SQL Server 2000 計算機之間移動。
如果在源伺服器上為運算符設置了 SQLMail 通知，則目標伺服器上也必須設置 SQLMail，才能具有相同的功能。

有關更多信息，請單擊下面的文章編號，以查看 Microsoft 知識庫中相應的文章：
263556

INF：如何配置 SQL Mail
第 5 步：如何移動 DTS 包
第 5 步是可選操作。如果 DTS 包在源伺服器上存儲在 SQL Server 中或存儲庫中，您可以在需要時移動這些包。要在伺服器之間移動 DTS 包，請使用下列方法之一。
方法 1
在源伺服器上將 DTS 包保存到一個文件中，然後在目標伺服器上打開 DTS 包文件。
將目標伺服器上的包保存到 SQL Server 或存儲庫中。
注意：您必須用單獨的文件逐個地移動這些包。
方法 2
在 DTS 設計器中打開每個 DTS 包。
在包菜單上，單擊另存為。
指定目標 SQL Server。
注意：在新伺服器上，包可能無法正常運行。您可能必須對包進行更改，更改包中任

㈥ 全部移動資料庫哪裡有

結構一樣的話
insert into 資料庫A.dbo.TableA
select * from 資料庫B.dbo.TableA
另外：
nsert into DDD(欄位1，欄位2，欄位3 .....)
(
select 欄位1，欄位2，欄位3 ..... from AAA,BBB,CCC
)
插入的欄位和查詢的欄位數量類型一致
由於你的誇庫查詢插入
所以在表名前加 庫名.用戶名
insert into B.用戶.DDD(欄位1，欄位2，欄位3 .....)
(
select 欄位1，欄位2，欄位3 ..... from A.用戶.AAA,A.用戶.BBB,A.用戶.CCC
)
如果是sqlserver資料庫，可以在查詢分析器左邊菜單看到表用戶名，
如果你是在A庫下操作，可以省去A庫表的庫名.用戶名，同理B庫表也一樣！

㈦ 移動資料庫的移動資料庫概述

移動資料庫作為分布式資料庫的延伸和擴展，擁有分布式資料庫的諸多優點和獨特的特性，能夠滿足未來人們訪問信息的要求，具有廣泛的應用前景。 典型的移動資料庫原型系統結構如圖所示。
移動資料庫可以看作是傳統資料庫系統的擴展。移動資料庫系統大致分類如下：
a．移動多資料庫系統。
b．移動同構資料庫系統。
c．移動異構資料庫系統。
d．移動異構多資料庫系統。 移動資料庫基本上由三種類型的主機組成：移動主機（Mobile Hosts），移動支持站點（Mobile Support Stations）和固定主機（Fixed Hosts）。
固定主機就是通常含義上的計算機，他們之間通過高速固定網路進行連接，不能對移動設備進行管理。移動支持站點具有無線通訊介面，可以和移動設備進行數據通信。移動支持站點和固定主機之間的通信是通過固定網路進行的。一個移動支持站點覆蓋的地區區域被稱為信元（Cell），在一個信元內的移動主機可以通過無線通信網路與覆蓋這一區域的移動支持站點進行通訊，完成信息數據的檢索。 （1）復制和緩存技術。移動資料庫環境中，通過採用一種弱一致性伺服器級復制機制，提高了響應時間。緩存技術是通過在客戶機上緩存數據伺服器上的部分數據，降低客戶訪問資料庫伺服器的頻率。
（2）數據廣播技術。利用從伺服器到移動客戶機的下行帶寬遠遠大於從移動客戶機到伺服器的上行帶寬的這種網路非對稱性，把大多數移動用戶頻繁訪問的數據組織起來，以周期性的廣播形式提供給移動客戶機。
（3）位置管理。移動用戶的位置管理主要集中在兩個方面：一是如何確定移動用戶的當前位置，二是如何存儲，管理和更新位置信息。可以採用移動計算機都在自己的宿主伺服器上作永久登記，當它移動到任何其它區域是，向其宿主伺服器通報其當前位置。
（4）查詢處理及優化。在移動資料庫環境中，由於用戶的移動，頻繁的斷接以及用戶所處網路環境的多樣性，移動查詢優化必須採用動態策略，以適應不斷變化的畫境。
（5）移動事務處理。 （1）數據的一致性問題。移動資料庫的一個顯著特點就是移動終端之間以及與伺服器之間的連接時一種弱連接，即低帶寬，長延遲，不穩定和經常性斷開。為了支持用戶在弱環境下對資料庫的操作，現在普遍採用樂觀復制方法，允許用戶對本地緩存上的數據副本進行操作，待網路重新連接後再與資料庫伺服器或其他終端交換數據修改信息，並通過沖突檢測機制來協調和恢復數據的一致性。
（2）高效的事務處理。通過採用完善的日誌記錄策略，事務移動過程中的用戶位置屬性實時更新等策略來設計和實現新的事務管理策略和演算法。
（3）數據的安全性。通過採用對移動終端進行認證，防止非法終端的欺騙性接入；對無線通信進行加密，防止數據信息泄露；對下載的數據副本加密存儲，防止移動終端物理丟失後的數據泄密等手段保證數據安全。 （1） 內核結構微小化。
（2） 對標準的SQL支持。
（3） 事務管理功能的強化。
（4） 完善的數據同步機制。
（5） 支持串列通信，TCP/IP通信，紅外線，藍牙等多種連接協議。
（6） 完備的嵌入式資料庫管理功能。
（7） 支持Windows CE，Palm OS等多種目前流行的嵌入式操作系統。 (1)數據的分布和復制。數據不均衡的分布在基站和移動單元中。移動資料庫的一個顯著特點是移動終端之間以及與伺服器之間的連接是一種弱連接，即帝寬頻、長延時、不穩定和經常性的斷開，由於資料庫一致性的約束，這增加了管理緩存的難度。現在普遍採用的方法允許移動單元處理其自身的事務，對本地緩存上的數據副本進行操作。在長時間斷開連接時，緩存試圖為移動單元提供最頻繁訪問的數據或更新的數據。。帶網路重新連接後再與資料庫伺服器或其他終端交換數據修改信息，並通過沖突檢測和協調來恢復數據的一致性。
（2）事務模型。在移動環境中，事務的容錯和糾錯變得棘手。一個移動事物在幾個基站上順序執行，由於移動設備的移動性，執行過程可能會涉及多個數據集合，此時缺乏對事務執行的集中協調。因此須對事物的傳統ACID性質進行修正，並定義新事務管理策略和演算法。
（3）查詢處理。了解數據的存儲位置影響到查詢處理的性價比分析。由於移動單元的移動性和快速的資源變化，查詢優化變得更復雜。當查詢結果返回到移動單元時，這些移動單元可能正處於移動當中，或正在穿越信元邊界，但用戶接收到的查詢結果必須正確而完整的。
（4）回復和容錯。移動資料庫環境必須解決地址錯誤、介質失效、事務和通信失效所導致的問題。
（5）移動資料庫設計。由於移動性以及頻繁的關機，執行查詢是全局名字解析問題變得復雜。移動資料庫設計必須考慮到元數據的許多管理問題。
（6）基於位置的服務。隨著客戶機的移動，依賴於位置的高速緩存信息也隨之失效。此外，要頻繁更新依賴於位置的查詢，然後應用這些查詢以更新高速緩存，也會帶來問題。
（7）安全。移動數據的安全性不如固定位置數據的安全性。

㈧ 移動資料庫的含義

隨身攜帶的資料庫

移動計算使得計算機或其他信息設備在沒有與固定的物理連接設備相連的情況下能夠傳輸數據。所謂移動資料庫是指支持移動計算環境的分布式資料庫，通常應用在諸如掌上電腦、PDA、車載設備、行動電話等嵌入型設備中。

移動計算環境比傳統的計算環境更為復雜和靈活。計算平台的移動性、連接的頻繁斷接性、網路條件的多樣性、網路通信的非對稱性、系統的高伸縮性和低可靠性以及電源能力的有限性等因素對移動資料庫的性能提出了相當高的要求。移動技術的發展必將對移動資料庫的發展起強大的推動作用，同時移動資料庫的發展也能促進移動計算的廣泛應用。

關鍵問題

移動資料庫在實際應用中必須解決好數據的一致性（復制性）、高效的事務處理、數據的安全性等問題。
參考http://news.csdn.net/n/20061221/99697.html

㈨ mysql怎樣將a資料庫表1移動到b資料庫

insert
into
b庫.b表(欄位1,欄位2,…….)
select
欄位1,欄位2,……
from
a庫
.表
要保證兩個那個庫在同一個伺服器上，不同只能用程序了