移动数据库

㈠ 中国移动网络数据库

中国移动以省为单位组建数据库系统 全网由北京公司做交换池通信
各省的数据库都不尽相同的 你需要到哪个省 问一句就成 不外呼就是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库
.表
要保证两个那个库在同一个服务器上，不同只能用程序了