Tag: 数据存储

私人内容提供商有什么用途？: Android 开发指南说内容提供者也可用于读取和写入应用程序专用的数据，而不是共享数据。内容提供者通常用于向不同的应用程序提供数据或在其间共享数据。我想知道是否有任何使用私人提供商，不想分享它。提供直接访问数据库或文件系统没有提供什么好处？谢谢，拉加斯

最终的一致性在简单的英语: 我经常听说关于NoSQL，数据网格等不同演讲的最终一致性。似乎最终一致性的定义在许多来源中是不同的（甚至可能取决于具体的数据存储）。任何人都可以简单地解释一下最终一致性是什么，与任何具体的数据存储没有关系？

在.NET中本地存储数据的最佳方法（C＃）: 我正在编写一个应用程序，将用户数据存储在本地，以备日后使用。该应用程序将被启动和停止相当频繁，我想使它保存/加载数据在应用程序的开始/结束。如果我使用平面文件，这将是相当简单的，因为数据并不需要被保护（它只会被存储在这台PC上）。我相信的select是这样的：平面文件 XML SQL DB 平面文件需要更多的努力来维护（没有类似于XML的内置类），但是我之前没有使用过XML，而SQL似乎对于这个相对简单的任务来说是过度的。还有其他的途径值得探索吗？如果不是，哪个是最好的解决scheme？编辑：要添加更多的数据的问题，基本上我唯一想要存储的是一个字典，看起来像这样 Dictionary<string, List<Account>> 其中Account是另一个自定义types。我会序列化字典作为xmlroot，然后帐户types作为属性？更新2：所以可以序列化字典。是什么让它变得复杂的是，这个字典的价值是一个通用的本身，这是一个复杂的数据结构types帐户的列表。每个帐户都相当简单，只是一堆属性。这是我的理解，这里的目标是试图结束这个： <Username1> <Account1> <Data1>data1</Data1> <Data2>data2</Data2> </Account1> </Username1> <Username2> <Account1> <Data1>data1</Data1> <Data2>data2</Data2> </Account1> <Account2> <Data1>data1</Data1> <Data2>data2</Data2> </Account2> </Username2> 正如你所看到的那样，用户名（字典的string）> 帐户（列表中的每个帐户）> 账户数据（即类属性）。从Dictionary<Username, List<Account>>获得这个布局是棘手的一点，这个问题的本质。在这里有很多关于序列化的“如何做出”的反应，这是我的错，因为我在一开始就没有把它弄清楚，但现在我正在寻找一个明确的解决scheme。