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 构建解决方案:
现场团队应用程序:
• 它们允许用户在与后端网络
• FFA 通常包括在连接和断开模式下都能并发访问和使用后端数据库中的数据的多个客户端。
• FFA 必须能够将数据从后端数据库复制到客户端数据库,以便支持脱机使用。它们还需要能够在应用程序可以连接到网络时,将已修改、添加或删除的数据记录从客户端复制到服务器。
• FFA 必须是可以使用 ClickOnce 进行部署,以便对功能以及用于本地存储的数据库进行频繁更新。
FFA 示例包括:
• 联系点 (POC) 销售应用程序,用于零售、保险、房地产、财务管理和很多其他行业。
• 用户资源管理 (CRM) 应用程序,用于通过移动设备、便携式计算机和 Tablet PC 扩展工作范围的分布式团队。
• 医疗保健提供商应用程序,用于访问医疗历史记录、保存提供商与病人的交互记录、对处方药品、实验室和诊断进行分类并从度量设备收集数据。
• 库存管理应用程序,用于涉及记录和跟踪现场物品计数和可用状态的仓储、货运部门、业务办公室管理服务、门卫服务和其他应用。
• 数据收集和度量应用程序,例如,电力公司、电信、民意调查、人口普查和投票应用程序。