LocalSettings 容器中可以存储多少数据
How much data can be in a LocalSettings container
在我的一个应用程序中，我使用的是 Dexie (IndexedDb)，但它实际上比我预期的要慢得多，而且麻烦得多，经过一些实验后，我正在考虑改用 LocalSettings 集装箱
我的第一个 dexie table 表示项目，它有大约 85,000 行，包含描述、项目编号、项目代码、类别、价格和 'DealPrice'
列
第二个 table 用于条形码，它有 98,000 行，包含列 BarcodeNo、ItemNo 和 ItemCode
如果我对物品使用 LocalSettings 容器，对条形码使用容器，LocalSettings 处理的数据量会不会太大？
LocalSettings没有指定的限制，但它们实际上被序列化为应用程序数据文件夹中的文件。因此，我不希望使用它们会比实际数据库性能更高。它们更适合 "preferences" 或不经常更改或查询的配置。其实，I have written关于访问设置本身有一定的成本，缓存是必要的。
我建议考虑 SQLite 或 LiteDB。只要您有效地操作数据，两者都应该非常有效。
更新
我没有注意到这个问题是针对 winjs 标记的，而不是针对 C# 标记的。建议的两种解决方案也可以在 HTML+JS UWP 应用程序中使用，但需要另一层间接（基于 C# 的 Windows 运行时组件）。在这种情况下，我建议尝试调查 IndexedDb 对您来说速度慢的原因（因为 100,000 个条目应该仍然具有合理的性能）。 IndexedDb 作为本机 API 应该有很好的性能。
在我的一个应用程序中，我使用的是 Dexie (IndexedDb)，但它实际上比我预期的要慢得多，而且麻烦得多，经过一些实验后，我正在考虑改用 LocalSettings 集装箱
我的第一个 dexie table 表示项目，它有大约 85,000 行，包含描述、项目编号、项目代码、类别、价格和 'DealPrice'
列第二个 table 用于条形码，它有 98,000 行，包含列 BarcodeNo、ItemNo 和 ItemCode
如果我对物品使用 LocalSettings 容器，对条形码使用容器，LocalSettings 处理的数据量会不会太大？
LocalSettings没有指定的限制，但它们实际上被序列化为应用程序数据文件夹中的文件。因此，我不希望使用它们会比实际数据库性能更高。它们更适合 "preferences" 或不经常更改或查询的配置。其实，I have written关于访问设置本身有一定的成本，缓存是必要的。
我建议考虑 SQLite 或 LiteDB。只要您有效地操作数据，两者都应该非常有效。
更新
我没有注意到这个问题是针对 winjs 标记的，而不是针对 C# 标记的。建议的两种解决方案也可以在 HTML+JS UWP 应用程序中使用，但需要另一层间接（基于 C# 的 Windows 运行时组件）。在这种情况下，我建议尝试调查 IndexedDb 对您来说速度慢的原因（因为 100,000 个条目应该仍然具有合理的性能）。 IndexedDb 作为本机 API 应该有很好的性能。