Win8 Metro风格的应用程序中结构化数据的本地存储[关闭]

Question

在桌面.NET应用程序中，用于实现本地关系数据库的标准选项是使用SQL Server Compact Edition，然后当然可以使用SQLite和其他第三方引擎。

.NET Metro风格的应用程序有哪些可用选项？ SQL CE似乎不可用-是否可以替代？ 实际上，整个System.Data命名空间似乎都消失了-因此也没有LINQ to SQL或Entity Framework吗？

Metro5的HTML / JS应用似乎可以使用HTML5 IndexedDB呢？可以从.NET以某种方式使用它吗？

Answer 1

显然， 可扩展存储引擎 Win32 API（又名“ JET Blue”）在Metro应用程序中仍然可用。 C ++的人可以通过#include <esent.h>直接使用它。 .NET应用程序必须使用P / Invoke。 这不提供SQL或任何其他种类的高级关系查询构造，但确实提供了键查找，事务，每个表的多个索引以及多字段索引。

Answer 2

让我们清楚一点：SQL CE存在于Windows 8中。它不仅存在于程序文件中，而且存在于Windows \\ System32中，看起来比以前更加嵌入式 。 Windows7在system32中没有sqlcecompact40.dll，因此，这肯定是新的。 System.Data和System.Data.Linq都位于C：\\ Program Files（x86）\\ Reference Assemblies \\ Microsoft \\ Framework.NETFramework \\ v4.5中。

您可以手动添加对这些dll的引用，但会导致应用程序编译失败。 看来，如果您首先打开项目但不执行任何操作 ，则可以在任何位置添加对这些dll的引用并编译应用程序。 如果您删除dll并尝试将其重新添加，则会遇到“无法添加对'<4.5 framework directory>的引用”的情况。如果偶然您无法通过Visual Studio添加它们，则可以轻松地手动添加HintPath。

我的应用程序现在可以编译，但是我也遇到了一个问题，其中链接AppX不能正常工作，并且给出了一个模糊的“有效负载不能包含2个相同的dll”类型的消息。 就像它试图在最后一刻同时包含32位（我链接的那个）和64位一样。 它包含了我没有手动接触过的DLL，例如System.Data.OracleClient或System.Transactions，因此，这肯定是我尚未看到的构建过程中的一些人工产物。

我现在要处理的主要问题是如何生成正确的连接字符串，因为没有一个字符串将无法正确初始化。 SQL CE可能仍在寻找硬编码的C：\\引用，因此ApplicationData示例可能无法正常工作。 我可能会尝试在Win7中制作SQL CE 4数据库，然后转移到Win8并简单地在本地引用它们，但是我也有同样的想法。 这个| | 关！

请随时对您遇到的任何问题发表评论，如果有人想共享资源，我肯定会拒绝进行一些离线协作。 这绝对是一片茂密的野兽森林，单枪匹马被证明更具挑战性。