问题标签 [compact-database]

我首先使用 ef 数据库来创建我的实体类。现在我想从这些实体类创建一个紧凑型数据库，但每次我尝试查询紧凑型数据库（应该创建什么数据库，因为它目前不存在）我收到以下错误消息：

“没有与 PrimitiveType 'Sbyte' 的 EDM-Type 'Edm.SByte(Nullable=True)' 对应的存储类型”

到目前为止，我找不到任何解决方法。可悲的是我无法更改数据库。

希望你能帮我解决这个问题！

谢谢，博斯

尝试打开连接时出现错误。我的 DB.sdf 文件在我的应用程序文件夹中

我在这里存储了 db.sdf

}

错误：

您正在尝试访问旧版本的 SQL Server Compact Edition 数据库。如果这是 SQL Server CE 1.0 或 2.0 数据库，请运行 upgrade.exe。如果这是 SQL Server Compact Edition 3.0 或更高版本的数据库，请运行 Compact / Repair。[ Db 版本 = 3505053，请求版本 = 3004180，文件名 = D:\DB.sdf ]"

我正在使用 SQL Server Compact 3.5.、VS2010、SQLServer 2008R2。

请帮忙。谢谢。

我想通过 VBA 访问加密的 SQL Server Compact Edition 数据库。我可以在未加密的情况下正常访问数据库，但是当我尝试使用密码时代码会中断：

我一直在关注此处为带有密码的 SQL Server Compact提供的连接字符串示例：

启用加密

使用此连接字符串在数据库上启用加密。

数据源=MyData.sdf；加密数据库=True；密码=myPassword；文件模式=共享读取；持久安全信息=假；

Encrypt Database="True" 对实际上不是必需的，因为密码参数本身的存在打开了连接的加密。

但是为什么这在 Excel VBA 2010 中不起作用？

我正在使用 SqlServerCompact 开发一个 C# 项目。

我必须为每个请求打开与数据库的连接并创建一个阅读器/执行查询。但是是否可以将所有数据库加载到内存中？（据我所知，sqllite 在 c++ 中做到了这一点）。这将允许我避免每个请求的巨大加载时间。

我想在内存中完成我的所有请求，然后将它们保存在 .sdf 文件中。sql server compact 可以吗？如果不是，您会推荐我使用哪个数据库管理器？（我需要一些可以轻松部署的东西）

我问这个问题是因为有时我一次要实现巨大的插入（6000 到 10000 之间），所以需要很长时间，你对如何提高这些性能有想法吗？

谢谢

询问您对此的建议：

我正在尝试创建 db 精简版，第一次使用默认 dbName (ProjectName.dbContextName) 成功。但我决定定义我自己的名字，并在 app.config 的 connectionString 部分添加我的连接字符串。未创建 db 之后。从这里MSDN 按照惯例首先使用代码连接我已经完成了类似的连接字符串：

（部分名称等于我的 dbcontext 的名称类。）只是要确保在创建 dbContext 之前：

数据库仍未创建。我究竟做错了什么？提前致谢。

VahidN，我尝试添加基类构造函数的调用，但不起作用。不明白。这应该很容易。正如上面参考文献中提到的，如果配置部分中的连接字符串的名称和名称 dbContext 类相等 - 对象可以毫无问题地找到它的连接字符串。

好吧，调试器说 conString 定义正确（等于配置部分中的字符串），但实际上没有创建 db - 我在 appfolder 和 sql server 文件夹中都找不到它。

实际上，我正在使用下一个代码来压缩 Access 2003 数据库（mdb 文件）。过去，我使用过 JRO.JetEngine（但已过时）。

代码：

它似乎运行良好：没有异常，没有错误，没有建议，创建了 db compacted....但是，我仍然不是 100% 确定，因为（谷歌搜索）我已经在其他网站上阅读了必须使用 JRO 访问 2003 。喷气发动机

我上面的代码对压缩 mdb 文件（访问 2003）是正确的吗？缺少什么？

我需要在内存中运行一个小型数据库（无磁盘）。重要的是数据只加载到内存中而不是持久化到磁盘上。我将在应用程序启动时加载数据库。源数据库是 SQL Server。它是一个非常小的配置数据库，我想将它从源复制到仅内存的数据库中。我在想 SQL Server Compact 版本可能很适合这里，但不确定它是否会将数据写入磁盘，或者是否可以将其配置为仅在内存中运行。希望有人可以对此有所了解。

另外，我意识到磁盘上会有一个页面文件。然而，我主要关心的是静态数据。这意味着我不希望数据库永久存储在磁盘上。

有谁知道使用 .Net 4.0/4.5 的嵌入式数据库的最佳选择

该应用程序面向 Windows。

多年来，我一直在为我的项目使用 SQLite。但是，自 .Net 2.0 以来，技术发生了很大变化。我正在将我的项目从 .Net 2.0 升级到 4.0 或 4.5。SQLite 的问题是找到一个不需要非托管 DLL 的好的 NATIVE .Net 托管库。此外，我被迫在 X-86 或 64 中编译应用程序，具体取决于我使用的 SQLite 库。所以 ANY CPU 选项会导致应用程序崩溃。

我正在转换到 Compact Server 4.0。虽然我让它完美地工作，但我开始怀疑这是否是另一个被遗弃的微软技术。

我的问题是：

1. Compact Server CE 4.0 对于当前技术和未来是否可行？
2. SQLite 是更好的选择吗？是否有任何真正的托管代码可以在任何 CPU 中运行？
3. 是否有更好的开源选项可以使用和转换而无需大量工作。

现在我的文件夹中已经有数据库，但文件大小最大。然后我想压缩这个文件，但我收到一些关于“无效参数”的错误，在这种情况下我该怎么做。感谢你

这是我的代码

我想要compact一些系列，令我惊讶的是，这并不像我想象的那么简单。几秒钟后它失败了，现在我无法再连接到数据库了：

正如您在下面的日志中看到的那样，发生这种情况是因为内存不足：
Assertion: 13524:out of memory

这也破坏了 MongoDB 守护进程：

这是一个可怕的想法。关闭守护程序会使停机时间更长。人们会认为像这样的服务器端操作足够聪明，可以查看某个操作是否可以完成，然后优雅地取消操作或回滚问题，而无需关闭守护程序直到重新启动。

什么是压缩/优化集合的安全方法？

虽然这是关于compact声明，但这是我使用的完整脚本：

这里是mongodb.log：