移动端开发(iOS,安卓)数据库用MySQL或是sqlserver优缺点

不管是移动端开发，还是PC端开发，其实都有用mysql还是sqlserver这样的选择，今天就把我的观点给大家分享下：

1Sqlserver和MySQL都是关系型数据库，在整体功能上差异不算太大，都支持表、视图、函数、存储过程。

2就部署平台来收，sqlserver是微软出品，很显然他必须部署在windows系统上，而mysql既可以部署在windows系统上，也可以部署在linux系统上，就这点来说mysql优势更明显。

3就使用成本来说，mysql目前开发使用费用很小，而sqlserver作为微软的产品，应用与商业的话必须购买，而且价格也不菲。因此这点上mysql仍然占据优势。

4mysql短小精悍，学习上容易上手， *** 作相对简单，sqlserver作为一个大型的数据库系统，上手稍微复杂些，但有功能超强的图形界面工具进行 *** 作。目前mysql多应用与一些网站系统，即web页面要求响应速度较快的系统中。sqlserver多应用于一些行业领域信息化系统中。

5mysql的性能是相当出色的，但稳定性不如sqlserver好，而且sqlserver有很强大的备份恢复机制，对数据的完整性，容错性有较大的优势。sqlserver可以很方便的整库分离和附加，还有可以定制维护计划以及详细的日志信息。

因此，这两种数据库系统应该说各有优劣，可根据具体开发应用场景进行选择。

移动端开发(iOS,安卓)的话建议服务端用mysql了，部署在Linux环境,稳定性更强。

1， 移动数据库的概念 移动数据库是能够支持移动式计算环境的数据库，其数据在物理上分散而逻辑上集中。它涉及到数据库技术，分布式计算技术，移动通信技术等多个学科，与传统的数据库相比，移动数据库具有移动性，位置相关性，频繁的断接性，网络通讯的非对称性等特征。

2， 移动数据库的体系结构 移动数据库基本上由三种类型的主机组成：移动主机（Mobile Hosts），移动支持站点（Mobile Support Stations）和固定主机（Fixed Hosts）。 固定主机就是通常含义上的计算机，他们之间通过高速固定网络进行连接，不能对移动设备进行管理。移动支持站点具有无线通讯接口，可以和移动设备进行数据通信。移动支持站点和固定主机之间的通信是通过固定网络进行的。一个移动支持站点覆盖的地区区域被称为信元（Cell），在一个信元内的移动主机可以通过无线通信网络与覆盖这一区域的移动支持站点进行通讯，完成信息数据的检索。

3， 移动数据库的关键技术 （1）复制和缓存技术。移动数据库环境中，通过采用一种弱一致性服务器级复制机制，提高了响应时间。缓存技术是通过在客户机上缓存数据服务器上的部分数据，降低客户访问数据库服务器的频率。 （2）数据广播技术。利用从服务器到移动客户机的下行带宽远远大于从移动客户机到服务器的上行带宽的这种网络费对称性，把大多数移动用户频繁访问的数据组织起来，以周期性的广播形式提供给移动客户机。 （3）位置管理。移动用户的位置管理主要集中在两个方面：一是如何确定移动用户的当前位置，二是如何存储，管理和更新位置信息。可以采用移动计算机都在自己的宿主服务器上作永久登记，当它移动到任何其它区域是，向其宿主服务器通报其当前位置。 （4）查询处理及优化。在移动数据库环境中，由于用户的移动，频繁的断接以及用户所处网络环境的多样性，移动查询优化必须采用动态策略，以适应不断变化的画境。

这个有难度。一般不是直接访问的。 都是通过一个自己写的程序接口，来间接访问的。

原因如下：

J2ME 移动设备，上网以后，拿到的是一个 移动运营商分配的IP地址 (是不是公网还不确定)

一般企业的数据库，即使放在电信机房的，也是带防火墙，不让外部直接访问的。

否则太危险，如果外部可以直接访问，那么有人就可以先脚本，去尝试登陆数据库。

至于一般Web虚拟主机的 提供商，好像提供的数据库，也仅仅在本地提供访问，不开放公网端口的。

因此，如果你要 J2ME移动设备 访问数据库， 只能在Web服务器那里，额外写一个 Servlet 或者 JSP 之类的。 J2ME，以访问 Web 页面的方式，把 SQL 语句传递给 Servlet 或者 JSP。 然后 Servlet 或者 JSP 去访问数据库，拿到结果以后，返回给 J2ME 客户端。

分类: 电脑/网络 >> *** 作系统/系统故障

问题描述:

用BXP35学做无盘,当完成到可以取下客户机的硬盘启动的地方,且能启动的地步了,可是出现了无法加载可移动数据库的提示,然后就自动重复地保存设置(没完没了地),请高手指点

解析:

推荐用OSOL无盘系统,安装步骤如下:

1购卖一台OSOL服务器,有36用户,48用户,72用户,100用户几种规格,你用全百兆的交换机,只有36用户和48用户的选择,用千兆端口的百兆交换机,可选72用户以下,如果全千兆的则可用100用户的

2交换机最好集中管理,分布式管理管理的话,最好每个交换机有二根网线上联一根到中心交换机,一根到OSOL服务器,以提高无盘的性能,(这一点非常要紧)

3客户机没有什么要求,安运行的游戏的要求配置就可以,但要求有RTL8100,RTL8139或RTL8169网卡,如果主板不集成,则要另配,其它网卡OSOL系统不支持

4购卖引导芯片,如果会刷BIOS的话,可以自已刷,代码在购买服务器时,可以免费提供的

5安装客户机的 *** 作系统,游戏,该装什么就装什么

6安装OSOL的驱动程序

7把安装好的母盘放入服务器的硬盘盒中

8打开服务器,按Ctrl+C进入DOS介面,键入SETUP2再按F9,服务器会自动重启

9服务器重启完后,按F1再按F2开放自动注册

10依次打开客户机,系统会自动完成注册,网吧就可以开张了

11以后更新软件可以不要停机,只要在一台客户机上更新,在服务器上把它共享出来就行了

您可以使用相同的方法从 SQL Server 70 或 SQL Server 2000 迁移数据。但是，Microsoft SQL

Server 2005 中的管理工具与 SQL Server 70 或 SQL Server 2000 中的管理工具有所不同。您应该使用

SQL Server Management Studio（而不是 SQL Server 企业管理器）以及 SQL Server 导入和导出向导

(DTSWizardexe)（而不是数据转换服务导入和导出数据向导）。

备份和还原

在源服务器上备份用户数据库，然后将用户数据库还原到目标服务器上。

在备份过程中时可能有人使用数据库。如果用户在备份完成后对数据库执行

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 70 数据库移到新的位置

如果您想覆盖目标服务器上的一个现有数据库，则必须指定 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 70 服务器之间移动数据库，则两个服务器上的字符集、排序顺序和 Unicode 整序都必须相同。如果您将数据库从

SQL Server 70 移到 SQL Server 2000，或者在不同的 SQL Server 2000

服务器之间移动数据库，则数据库将保留源数据库的整序。这意味着，如果运行 SQL Server 2000

的目标服务器的整序与源数据库的整序不同，则目标数据库的整序也将与目标服务器的 master、model、tempdb 和 msdb 数据库的整序不同。有关更多信息，请参见 SQL Server 2000 联机丛书中的“混合整序环境”主题。

导入和导出数据（在 SQL Server 数据库之间复制对象和数据）

您可以使用数据转换服务导入和导出数据向导来复制整个数据库或有选择地将源数据库中的对象和数据复制到目标数据库。

在传输过程中，可能有人在使用源数据库。如果在传输过程中有人在使用源数据库，您可能会看到传输过程中出现一些阻滞现象。

在您使用导入和导出数据向导时，源服务器与目标服务器的字符集、排序顺序和整序不必相同。

因为源数据库中未使用的空间不会移动，所以目标数据库不必与源数据库一样大。同样，如果您只移动某些对象，则目标数据库也不必与源数据库一样大。

SQL Server 70 数据转换服务可能无法正确地传输大于 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 70，请单击为所有作业生成脚本、警报或运算符。

您可以将作业、警报和运算符从 SQL Server 70 移到 SQL Server 2000，也可以在运行 SQL Server 70 和运行 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。

注意：在新服务器上，包可能无法正常运行。您可能必须对包进行更改，更改包中任

创建数据库

选择开始菜单中→程序→Management SQL Server 2008→SQL Server Management Studio命令，打开SQL Server Management Studio窗口，并使用Windows或 SQL Server身份验证建立连接。

在对象资源管理器窗口中展开服务器，然后选择数据库节点

右键单击数据库节点，从d出来的快捷菜单中选择新建数据库命令。

执行上述 *** 作后，会d出新建数据库对话框。在对话框、左侧有3个选项，分别是常规、选项和文件组。完成这三个选项中的设置会后，就完成了数据库的创建工作，

在数据库名称文本框中输入要新建数据库的名称。例如，这里以“新建的数据库”。

在所有者文本框中输入新建数据库的所有者，如sa。根据数据库的使用情况，选择启用或者禁用使用全文索引复选框。

在数据库文件列表中包括两行，一行是数据库文件，而另一行是日记文件。通过单击下面的添加、删除按钮添加或删除数据库文件。

切换到选项页、在这里可以设置数据库的排序规则、恢复模式、兼容级别和其他属性。

切换到文件组页，在这里可以添加或删除文件组。

完成以上 *** 作后，单击确定按钮关闭新建数据库对话框。至此“新建的数据”数据库创建成功。新建的数据库可以再对象资源管理器窗口看到。

若使用的是vivo手机，使用数据网络无法上网排查方法：

1、查看手机设置

打开手机快捷中心（顶部下滑或底部上滑）查看是否已开启数据网络。

2、确认手机卡状态

确保手机卡话费余额充足，如欠费停机，充值成功后请重启手机。请与运营商确认是否已达到流量限制标准。必要时可更换能正常上网的SIM卡来确认。

3、查看手机信号

如果您手机使用了金属、磁吸类保护壳或支架，此类保护壳和支架对手机信号有影响，建议您取下后尝试。如果处于地下停车场、电梯间等环境，手机信号的覆盖容易受到这些环境影响，信号会相对弱一些，数据网络也会受到影响，建议您前往开阔地带，比如室外空旷的环境测试。

4、查看联网权限

请进入手机i管家--流量管理/流量监控--联网管理 或 设置应用与权限--权限管理，查看应用联网权限是否已开启。

5、查看***（虚拟专用网络）

请进入设置--其他网络与连接--***，查看并确认是否使用了***，如有使用建议关闭后再尝试。

6、查看网络设置

请进入手机设置--移动网络（SIM卡信息与设置--对应的SIM卡）--接入点(APN) 或 设置移动网络/双卡与移动网络--接入点（APN），点击"重置为默认设置"后重启手机。

7、重新搜网或还原网络设置

请进入设置--其他网络与连接，开启"飞行模式"后再关闭，5G手机请进入设置--移动网络，关闭再开启"启用5G"选项，必要时请进入设置--系统管理/更多设置--备份与重置，选择"重置网络设置"后再尝试。

注：

①、重置网络设置会重置WLAN、移动数据网络和蓝牙连接记录；

②、还原所有设置会导致登录的第三方软件账号需要重新登录，但不会清除手机存储中的照片，视频等文件，请确认不影响某些第三方软件的使用后再进行还原所有设置 *** 作。 避免 *** 作出现异常导致数据丢失，建议您先备份下手机的重要数据。

8、携带手机和有效购机凭证去服务中心检测处理，关注微信公众号“vivo”或者“vivo客户服务”进行查询服务中心地址电话，建议去之前电话联系，确保有工作人员接待您再过去，避免耽误您的宝贵时间，让您白跑一趟。

以上就是关于移动端开发(iOS,安卓)数据库用MySQL或是sqlserver优缺点全部的内容，包括:移动端开发(iOS,安卓)数据库用MySQL或是sqlserver优缺点、移动数据是什么意思、如何在J2ME移动设备上连接关系型数据库(Oracle,SQL Server,MYSQL)等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！