问题标签 [sql-server-ce]

我正在编写一个 WPF 客户端应用程序，使用带有 Sql Compact 版本的 Linq to Sql。db 相对较小 (3MB) 并且是只读的。

底线是性能不如我希望的那么好，我正在寻找提高性能的技巧和实用方法。

更多事实：该模式包含大约十几个实体，它们之间具有广泛的关系。

分析应用程序发现查询运行得非常快，但构建 c# 实体是花费最多时间的过程（可能长达 8 秒）。大多数情况下，我相信是因为我们使用了 LoadWith，而 DataContext 别无选择，只能在内存中构建对象图。

如果需要，我可以提供更多信息。

编辑：

1. 正如我提到的，数据库是只读的，因此 DataContext 不跟踪更改。
2. 我们正在对重复查询使用静态查询。问题是当应用程序初始化时，我们将许多对象预取到内存中作为缓存。

谢谢你的帮助。

爱丽儿

如果在加密 SQL CE 数据库时指定“引擎默认值”，它使用什么特定类型的加密？（假设版本 3.5）

SQL CE 是否支持聚集索引？

我试过了

没有任何效果。

SQL Server Compact Edition 是否支持获取前 x 行？

我一直在寻找一个好的解决方案来实现在SQL Server Compact 3.5 数据库上管理模式的想法。

我知道在SQL Server Express 、SQL Server Standard、SQL Server Enterprise上管理架构的几种方法，但精简版不支持使用相同方法所需的必要工具。

有什么建议/提示吗？

我应该将其扩展为适用于 100 多个具有包装软件的客户。随着系统的变化，我需要将更新脚本与新的二进制文件一起发布到客户端。我一直在寻找一种体面的方法来发布它，而不必只给客户一个脚本文件并说“在 SSMSE 中运行它”。大多数客户都没有能力做这样的野兽。

我的一个朋友披露了一个关于如何处理我的任务中的 SQL Server 部分的部分脚本，但从未在 Compact Edition 上工作过。看来我要靠自己了。

我认为我已经决定要做的，并且需要一个“极客周”来完成，是编写某种工具，类似于WiX和NAnt的工作原理，这样我就可以编写一个过分热心的 XML 文档处理工作。

如果我认为值得，我会在 CodePlex 和/或The Code Project上发布它，因为我已经使用了这两个网站来更好地理解我过去所做的工作的概念，我认为它回馈一点可能是值得的。

2010 年 5 月 3 日编辑：

如果有人愿意“命名”该项目，我会将我为 MS SQL 编写的肮脏/讨厌的版本上传到 CodePlex，以便我们可以开始破解 SQL Compact 的版本。虽然，我认为在我计划的初始应用程序的下一个修订版中，我将放弃 SQL Compact，而只使用 XML 文件进行存储，因为该软件正在从可安装包转换为 Silverlight 应用程序。Silverlight 只是提供了更好的访问策略。

我已经在数据表中插入了一些行

设置 Identity_insert tblEvent on

然后我尝试“重新播种”身份字段

“MaxId”由下式确定

但是，如果我在播种后再次查询 Max(ID)，它并没有改变任何想法的价值

我有一个定期运行的方法来优化我的应用程序的 SQL Server Compact Edition (3.5) 数据库。现有代码使用 Shrink() 方法：

今天我注意到还有一个 Compact() 方法。哪个更适合定期维护？

我有一个小型 Windows 应用程序，正在尝试将 SQL CE 用于本地数据存储。我在部署它时遇到了一些问题。我正在使用 ClickOnce 部署。

第一个问题：在Publish properties -> Application Files我将其设置为数据文件（自动）、必需、包含。但是，它似乎不包括在内？当我导航到 Click Once 安装到它的位置时，它不在那里？

第二：单击一次在目录中创建一个新目录User\Local\Apps，其中包含应用程序文件和 SDF 文件，当我更新应用程序并发布新版本时，我不想从新数据库开始。现有数据库中的所有数据都会丢失吗？只是似乎没有意义？

围绕这个的程序是什么？

我想要一种简单的方法来保持 SQL CE 数据库（在 Windows Mobile 或 CE 上）与 SQL Server Express 同步。我的理解是 SQL Express 没有通常使用的复制功能。有没有其他方法可以做到这一点？

我正在使用 .Net 2.0 在 C# 中工作。

谢谢！

有问题的字符串是（烹饪）食谱的描述字段，最大长度应该是 99% 的用户永远不会遇到的。nvarchar(4000) 似乎限制太多了。

SQL 表中的一列甚至是合适的位置吗？在这样的字段中存储如此（可能）大的值感觉不合适，但也许不是？

不确定这是否重要，但 .NET 3.5 很可能会使用 LINQ2SQL。

编辑：使用 VS Express 数据库资源管理器创建表，它告诉我 4000 是 nvarchar 的最大大小（似乎没有将 varchar 列为选项）。这只是 SQLCE 的一个限制，并表明我必须研究其他东西吗？

如果这确实是 SQLCE 的限制，是否有人有其他建议？对于一个宠物项目，我必须是免费的，最好是易于设置（最好对我和最终用户来说，但更重要的是它易于为最终用户设置）。数据库将是本地的，并且性能不是太大的问题。