在台式机上打开数据库,然后在 PDA 上打开
Opening a database on desktop then on PDA
我 运行 使用 Microsoft SQL Compact 3.5 数据库进入 st运行ge 行为。
在我工作的应用程序中,我需要在桌面 PC 上创建一个 SQL 紧凑型数据库并将其发送到多个 PDA (运行 WinCE 5)。
数据库很重 (300 MiB)。
问题是,当我第一次在 PDA 上打开数据库时,光是打开就花了 10 多分钟。没问题之后,打开,读取,进入数据库查找。只是第一个开口很长。我测试了用我自己的软件和 PDA 上的查询分析器打开它,结果相同。
我还发现,如果我将数据库复制回桌面 PC,打开它的时间会稍微长一点(几乎看不出来)。然后我将打开的文件复制回PDA,第一次打开需要10多分钟。
我也测试了一个收缩的数据库(使用收缩操作),等了40分钟后我放弃了。
这是一个已知问题吗?难道我做错了什么 ?
有什么办法可以防止这种情况发生吗?
谢谢。
是的,这是一个已知问题,由 OS 差异
引起
解决方法:
安装应用程序后在平台上创建数据库文件,例如使用我的脚本 API。
每个目标平台包含一个数据库文件,目标平台上已经 built/opened(特别是只读数据库的问题)
避免使用基于字符串的键的索引(在大多数情况下可能不可能)
将索引构建推迟到部署期间或之后
http://erikej.blogspot.dk/2013/08/faq-why-is-opening-my-sql-server.html
我 运行 使用 Microsoft SQL Compact 3.5 数据库进入 st运行ge 行为。 在我工作的应用程序中,我需要在桌面 PC 上创建一个 SQL 紧凑型数据库并将其发送到多个 PDA (运行 WinCE 5)。
数据库很重 (300 MiB)。
问题是,当我第一次在 PDA 上打开数据库时,光是打开就花了 10 多分钟。没问题之后,打开,读取,进入数据库查找。只是第一个开口很长。我测试了用我自己的软件和 PDA 上的查询分析器打开它,结果相同。
我还发现,如果我将数据库复制回桌面 PC,打开它的时间会稍微长一点(几乎看不出来)。然后我将打开的文件复制回PDA,第一次打开需要10多分钟。
我也测试了一个收缩的数据库(使用收缩操作),等了40分钟后我放弃了。
这是一个已知问题吗?难道我做错了什么 ? 有什么办法可以防止这种情况发生吗?
谢谢。
是的,这是一个已知问题,由 OS 差异
引起解决方法:
安装应用程序后在平台上创建数据库文件,例如使用我的脚本 API。
每个目标平台包含一个数据库文件,目标平台上已经 built/opened(特别是只读数据库的问题)
避免使用基于字符串的键的索引(在大多数情况下可能不可能)
将索引构建推迟到部署期间或之后
http://erikej.blogspot.dk/2013/08/faq-why-is-opening-my-sql-server.html