敬业的IT人 >> 数据库 >> 其他数据库 >> 移动数据库开发教程

移动数据库开发教程

敬业的IT人 互联网 佚名 2008-1-8 16:31:37
移动数据库开发教程（图一）
    ·几种VC++数据库开发技术的比较
    ·数据库开发个人总结(ADO.NET小结)
    ·五种VC++数据库开发技术的比较
    ·用C++ Builder实现VFP数据库开发
    ·数据库开发:Oracle学习笔记
    ·Access数据库开发技巧(三)
    ·Access数据库开发技巧(四)
    ·SQL Server 2005数据库开发概述(1)
    ·MS-SQL数据库开发常用汇总
    ·Access数据库开发技巧(二)
　　前言

　　在本文中我选用了SybaseSQL Anywhere Studio作为教程的基础，因为它是领导市场的移动数据库产品。它支持多种平台（包括Linux、Win32、WinCE、Palm OS和Symbian）、强大的多RDBMS（关系型数据库管理系统）同步
图1：Sybase Central工具

　　图2到图7演示了使用Sybase Central建立一个新的ASA数据库的过程。我使用这些过程建立了一个新的mobile_sales.db数据库文件（对应的日志文件是mobile_sales.log）。

移动数据库开发教程（图三）
图2：建立数据库向导

移动数据库开发教程（图四）
图3：在"建立数据库向导"中指定日志文件

移动数据库开发教程（图五）
图4：在"建立数据库向导"中指定Java支持

移动数据库开发教程（图六）
图5：在"建立数据库向导"中配置数据库选项

移动数据库开发教程（图七）
图6：在"建立数据库向导"中指定页面大小

移动数据库开发教程（图八）
图7：在"建立数据库向导"中指定整理顺序

　　这个向导将为你建立和运行数据库--注意当完成上面的事务后，在Windows工具条上有一个小的SQL图标。注意ASA数据库是"微型服务器"数据库，它在自己的进程中运行并监视输入请求的端口，这与基于文件的"Ultralite"配置选项（文章的后面会讲到）形成了鲜明的对比。建立产品性质的应用程序的开发人员必须处理所有ASA运行时文件的配置（在产品文档中有详细的说明）和系统或应用程序每次启动时需要启动的ASA数据库进程。实现这种功能的最容易的方法（对于Windows 2000/XP用户）是建立当操作系统启动时自动启动数据库的一个Windows服务。Sybase有一个实现这种功能的命令行工具（dbsvc）。如果你对把数据库作为服务运行不感兴趣，你可以使用dbeng8命令手工启动数据库。

业务示例

　　大约十年间，关系型数据库用于存储大块的企业业务数据，并且几乎所有封装的企业应用程序（CRM、ERP等等）都需要它们。但是历史上移动工作者被从活动数据更新（例如改正的投递位置、被更新的客户需求和销售产品的最新清单和价格）中隔离开来了。尽管协同内联网可以传递很多这类信息，但是标准的Web应用程序需要健全的连接到内部网Web服务器的连接（最小14.4Kbps）。

　　WAP（无线应用程序协议）可以在无线网络上传递少量的只读信息，但是它自己也引起了一些问题。移动设备上的WAP浏览器的问题、电话上数据输入的问题、当前无线网络上的低通讯带宽的问题使WAP并不能被所有人使用。同时，我承认WAP是大量全球的劳动者使用的一个很好的解决方案，因为它可以跨越网络、设备和地域使用。

　　尽管"无线Web"解决方案可能适合多数情况下的需求，但是如果有下面的需求怎么办呢？

　　· 移动用户在没有无线连接的时候（可能连接很差或不存在连接）必须能够工作。

　　· 应用程序必须提供重要的交互性。

　　· 应用程序必须能够访问本地设备/载体硬件（例如打印机、条形码扫描器或GPS单元）。

　　· 必须保存带宽（按传递字节或数据收费的无线网络的一种普通的需求）。

　　· 用户不必访问真实的活动数据，只用访问最近修改过的数据。

　　如果你的应用程序符合所有的这些需求，有机会建立带有同步操作的移动数据库应用程序是很好的。如果实际上用户能够更新数据并把这些更新"复制到"中心RDBMS，就需要双向的数据同步。假定你正在读数据，我将解释解释同步为什么实际上是十分困难的问题--它是移动数据同步产品处理得最好的问题。

　　同步问题

　　原先看起来简单的问题实际上很复杂，这是大多数软件项目中的典型情况。如果你的应用程序太复杂，以至于在客户端上必须有一个关系型数据库，这可能意味着你的企业数据库正在处理相当多的数据。在美国移动工作者通过CDPD或GRPS连接的概率较大。它们都是报文分组网络，提供了良好的全国性的连通性；但是典型情况下两种技术的费用都是基于传递的数据量的，由于这个原因，在这些网络上传递的数据量被最小化了。这意味着需要给同步进程添加附加的代码逻辑，只有这样才能使用户最后同步之后的被修改过的记录通过网络传递。在大多数应用程序中，即使数据发生了改变，大量查找数据也很罕见。你的设计过程必须识别这些元素，并建立计划在有线网络（或WiFi）上建立这种查找数据，以防止过长的下载和高额的访问费用。

　　当数据被同步到客户端时，一般都需要建立某种"清除"这些移动客户端的无效数据的策略。例如，对于典型的Pocket PC设备，总共可能有32MB内存。没有必要保存一个月前指定的投递地址和维修信息！还有应用程序层安全性的问题。如果你的应用程序与另一个企业应用程序同步，如果某个用户被排除在该企业应用程序之外（密码超期、用户离开了公司等等），这些改变也应该被同步到移动应用程序中。因为大多数数据库应用程序严重依赖于主键的原理为数据生成唯一的ID，因此需要设置某种策略，当设备A上的用户A建立一个新记录的时候（主键为123456），设备B上的用户B不能建立有相同主键的新记录。如果发生这种情况，当这条记录同步的时候，试图把它插入到企业数据库的时候会收到一个主键违规错误。

　　作为这些问题的补充，目前还有数据冲突的问题。假设移动用户A根据发送过程中收集的信息更新某个客户的家庭地址。在它同步前，返回办公室的某个人也修改了该客户的地址。当用户同步的时候，谁的更新会"胜利"？用户A是否能覆盖那个办公室用户的更新？希望不是这样。我们所需要的是某种识别并适当处理这些冲突的机制--通常通过更新一个或多个中间表实现，接着LAN用户可以手动查看这些冲突并决定哪种更新是有效的（由于用户更新了相同记录的不同字段，因此它们通常都有效）。

　　MobiLink同步

　　实际上当数据离开集中式RDBMS，被分割并通过电波发送到各处时还会出现其它一些问题。但是，为了避免你完全被移动数据库开发吓跑了，我只提供了一个通用的解决方案。在SybaseSQL Anywhere Studio 8开发工具包中包含了一种数据同步技术，即我们所知道的MobiLink，它包含了一个用于处理正在同步的用户的输入请求的多线程服务器应用程序（多种UNIX、Linux和Windows2000/XP都支持）。MobiLink开发过程的一部分包括开发大量的将安装到目标服务器RDBMS的同步SQL脚本。典型情况下，数据库中的每个表有一个或多个同步脚本（处理上载和下载数据的多个脚本），以及允许同步安装和卸载的几个安装事件脚本（begin_synchronization、 begin_upload、end_download等等）。数据冲突通过MobiLink的冲突分辨进程处理，这个进程通过SQL同步脚本处理。尽管客户端数据库可能是ASA或UltraLite，但是MobiLink是数据库服务器无关的，因为它通过ODBC执行所有的同步操作。同时我需要提醒你，所有的SQL脚本都要使用目标数据库的SQL风格编写（MobiLink作为Sybase、Oracle和DB2的示例发布）。

　　在客户端，每个ASA或UltraLite数据库都配置了特定的"发布"信息，它指定用于同步的MobiLink服务器（服务器版本、IP地址和端口）。最后，它提供了Java和C API，允许客户端通过本地TCP/IP或 HTTP触发同步。同时它也支持RSA和ECC加密以确保数据传递是安全的。

　　结论

　　在本文中我们讨论了移动数据库开发的技术。我们提供的这些基本信息对于帮助你作明智的决定可能有好处。当移动应用程序的结构体系和开发都正确的时候，它可以提供显著的投资回报，因为移动工作人员是最希望能与实际客户联系的雇员。

粤ICP备06119539号
Copyright CiscoSky.Org,Some Rights Reserved.
Email：me1228#tom.com