科技行者

行者学院 转型私董会 科技行者专题报道 网红大战科技行者

知识库

知识库 安全导航

至顶网软件频道SQL2005 CompactEdition数据存储体系

SQL2005 CompactEdition数据存储体系

  • 扫一扫
    分享文章到微信

  • 扫一扫
    关注官方公众号
    至顶头条

本文介绍了客户端应用程序和小规模服务器应用程序的数据存储问题,讨论了 SSCE 的功能集以及该功能集如何解决数据存储问题,对各种与 SSCE 相适用的应用程序体系结构进行了介绍。

作者:microsoft.com Brian Noyes 来源:天新网 2008年4月28日

关键字: 数据库 Mssql SQL Server SQL

  • 评论
  • 分享微博
  • 分享邮件

SSCE 非托管代码访问:

SSCE 还允许用户轻松地从非托管应用程序访问数据存储。SSCE 包括 OLE DB 提供程序,以便使用 Microsoft Access、Microsoft Visual Basic 6、C++ 或其他形式的非托管代码的应用程序仍然可以访问和使用已放入 SSCE 数据库中的数据。例如,这有助于从非托管应用程序和旧数据存储递增地迁移到 SSCE 和托管代码。

SSCE 性能:

SSCE 在本文档所述的所有使用情况下都表现出非常良好的性能。如果将 SSCE 性能与 SSE、EDB 或 Microsoft Access 进行比较,没有哪个产品可以在所有使用情况中都明显领先其他产品。根据查询大小、存储模式和其他变量的不同,某个产品的性能可能看起来会好于其他产品,但我们可以一致地衡量几个趋势。

如果将 SSCE 与 SSE 进行比较,我们可以从性能测试中看到几种模式。在 SSCE 中,事务的开始和提交比在 SSE 中略快,但差别不大 (20 %)。对于插入大量行 (> 100) 的参数化查询,SSCE 快于 SSE;但如果插入单行或少量行,则 SSE 更快。使用 SqlCeResultSet 的连接模型时,对于单行选择,SSCE 比 SSE 大约慢一倍;100 或更多行时,两者相当。但是,使用 SqlCeConnection API 时,由于启动和关闭存储引擎需要大量开销,因此在 SSCE 中第一次打开和最后关闭要比 SSE 慢很多(在某些情况下 > 1000 倍)。获得更好性能的优化措施是在事务之前打开 SqlCeConnection,并在最后关闭。在这种情况下,性能与 SqlCeResultSet API 相当。

如果在设备上将 SSCE 的性能与 EDB 进行比较,则在某些情况下(例如,确定数据库大小和执行插入或更新),EDB 可以快很多(100 % 或更高)。但是,在大多数搜索和查询操作中 SSCE 速度都快 20-30%,或者性能大致相当。

用 SSCE 构建解决方案:

要理解如何将 SSCE 集成到应用程序体系结构中,最佳的做法是讨论 SSCE 在本白皮书前面总结的四种应用程序类型中的使用:现场团队应用程序、个人信息管理 (PIM) 应用程序、小规模 Web 客户端应用程序和应用程序服务器缓存。

现场团队应用程序:

现场团队应用程序 (FFA) 通常是在移动设备、Tablet PC 或便携式计算机(作为由多个层、服务、数据库和其他体系结构元素组成的更大分布式系统的组成部分)上运行的专用客户端应用程序。FFA 通常具有一个或多个以下属性:

• 它们允许用户在与后端网络(在客户位置现场、路上、机场或家中)断开连接时继续执行其工作。FFA 通常是专为偶尔连接设计的,这意味着用户运行客户端应用程序时,他们不需要有任何种类的网络连接。
• FFA 通常包括在连接和断开模式下都能并发访问和使用后端数据库中的数据的多个客户端。
• FFA 必须能够将数据从后端数据库复制到客户端数据库,以便支持脱机使用。它们还需要能够在应用程序可以连接到网络时,将已修改、添加或删除的数据记录从客户端复制到服务器。
• FFA 必须是可以使用 ClickOnce 进行部署,以便对功能以及用于本地存储的数据库进行频繁更新。

FFA 示例包括:

• 联系点 (POC) 销售应用程序,用于零售、保险、房地产、财务管理和很多其他行业。
• 用户资源管理 (CRM) 应用程序,用于通过移动设备、便携式计算机和 Tablet PC 扩展工作范围的分布式团队。
• 医疗保健提供商应用程序,用于访问医疗历史记录、保存提供商与病人的交互记录、对处方药品、实验室和诊断进行分类并从度量设备收集数据。
• 库存管理应用程序,用于涉及记录和跟踪现场物品计数和可用状态的仓储、货运部门、业务办公室管理服务、门卫服务和其他应用。
• 数据收集和度量应用程序,例如,电力公司、电信、民意调查、人口普查和投票应用程序。

根据客户端平台的数目和类型以及应用程序的规模,FFA 解决方案体系结构也大不相同。图 2 描绘了典型的体系结构。FFA 由涉及 PDA/电话平台、Tablet PC、便携式计算机或它们的混合的多个客户端组成。通常,它们通过受保护的 Web 服务或虚拟专用网络 (VPN) 连接连接到后端服务,以便可以通过任何可用的 Internet 连接与后端数据同步,而不必返回家庭网络。向它们公开的前端通常放在外围网络(也称为“DMZ”、“外围安全区域”和“被筛选的子网”)中,以限制被它打开的端口数目和类型,而与后端网络的连接也会受到限制。对于更大规模的应用程序,外围网络 Web 服务器可能会连接到运行业务逻辑和数据访问组件的应用程序服务器,该应用程序服务器将直接与后端数据库进行会话。

图 2. 现场团队应用程序体系结构
    • 评论
    • 分享微博
    • 分享邮件
    邮件订阅

    如果您非常迫切的想了解IT领域最新产品与技术信息,那么订阅至顶网技术邮件将是您的最佳途径之一。

    重磅专题
    往期文章
    最新文章