问题标签 [datastore]

我在从 C# 中的代码隐藏页面中检索 EXTJS 中组合框的 JSON 存储的 URL 部分的参数时遇到问题。以下是商店中的代码：

以下代码在我的代码后台页面中：

该字符串w具有以下输出：

/proxies/ReturnJSON.aspx

但是，所有其他字符串都返回null。

如何rm_colour_view从数据存储中检索？

我们用 JavaScript 编写了一个数据存储/网格小部件系统，当某些数据发生变化时，它会自动更新与数据存储关联的所有小部件。

它的优点是：

1. 它支持按多个属性排序（例如，按状态，然后优先级降序，然后日期升序，或其他）
2. 每当记录更改时，排序顺序就会恢复。（我们为此使用了一种有效的基于树的算法。许多更改是通过数据流接收的）。

在我们写完概念证明之后（还有很多工作要做），我看到一些博客文章讨论了 JavaScript 中类似的“MVC”模式，以及 ExtJS 的网格和数据存储特性。这让我担心我们可能会重新发明轮子。

似乎 ExtJS 的网格无法复制我们的功能——它不会在数据更改后恢复排序顺序，如果我们能以某种方式复制多属性排序等等，我觉得它会非常低效。

我的问题：是否有满足我们要求的数据存储/网格小部件的库/框架？

我试图弄清楚如何做到这一点，因为我不确定这样做的正确方法是什么。

我有几个字符串要永久存储/保存，即使在应用程序关闭后也是如此。我应该如何进行？我是从文本文件中读取还是写入？

我已经构建了一个随应用程序一起提供的专用服务器应用程序。到目前为止，它将数据存储在二进制文件和 XML 文件的混合中，但我发现由于存储所需的数据量不断增长，这变得过于混乱和缓慢。

那么，我有哪些选择以更易于搜索/可编辑的格式存储数据。最好能够对数据进行 SQL 查询，但我不想强迫用户安装数据库系统。

有没有办法在客户端永久存储值？

我有一个网站，flash游戏（游戏当然不是我开发的），注册后，即使关闭浏览器，清除缓存和cookies，甚至重启电脑和调制解调器，它也会识别你。他们将值存储在哪里？为什么flash游戏几天后就能认出我？

经过谷歌研究，我仍然无法得到答案。我的猜测是，它是否存储在我的计算机 RAM 中？怎么可能？如果我的猜测是真的，我们如何将值存储在 RAM 中？

供参考：

Flash游戏创建于：AS3

我知道两种保存/加载应用程序设置的方法：

• 使用PersistentStore
• 使用文件系统（存储，因为 SDCard 是可选的）

我想知道您在使用应用程序设置方面的做法是什么？

使用 PersistentStore 保存/加载应用程序设置

持久存储为对象提供了一种在设备重置期间持久存在的方法。持久对象由键值对组成。当持久对象被提交到持久存储时，该对象的值通过深拷贝存储在闪存中。然后可以在稍后的时间点通过密钥检索该值。

用于存储和检索设置的帮助类示例：

示例应用程序屏幕 http://img182.imageshack.us/img182/6348/appsettings.png

使用示例：

我们公司在准确及时的报告方面一直很挣扎。主要原因是我们的主要操作系统在过去 20 年中不断发展，并且是一个古老的平面文件结构。我们在开发数据仓库方面进行了一些尝试，但它们只取得了轻微的成功，主要是因为企业需要访问更多实时数据。我们决定稍微改变方向并开发一个运营数据存储，以便为运营决策提供近乎实时的报告。我在网上找到的大部分信息（即 IBM Redbooks，http://www.information-management.com) 似乎是在本世纪初期编写的（堆栈溢出对于这个主题没有一个单一的问题），这开始让我怀疑这是否是一种未被许多人利用的方法。我们实施这种结构的计划是首先为业务中的特定领域开发企业数据模型，然后设计物理和逻辑数据库模型。我们希望将此结构用于战术运营报告，但也希望使用此系统以允许其他应用程序访问通用存储库以获取整个公司所需的通用数据（即客户文件、设施位置等）。我想知道的是，这是否是我们问题的常见解决方案，是否有其他人成功实施，

一个额外的要求是附件可以存储为流，因为可能需要保存非常大的二进制文件。视频等

我看过 Voldemort 和其他键值存储，但它们似乎都期望字节数组，这是完全不可能的。

最好用 Java 编写，并且可以嵌入。

用例是：我编写了一个具有多个后端的 HTTP 缓存库。

我有一个基于内存的（使用哈希图和字节数组）、Derby 数据库、带有文件附件的持久哈希图、带有文件附件的 EHCache。

我希望那里有一些不使用文件系统的东西，或者如果使用，它对 API 是透明的。

我将带有更多元信息的标头存储在数据存储中。但我还需要存储 HTTP 响应的有效负载。

HTTP 响应负载可能非常大，这就是我需要使用流媒体的原因。

Superfeedr 是一种按需解析提要服务。我们想为我们的用户提供分析，我们正在研究这样做的最佳策略。

简而言之，我们希望跟踪系统中的操作数量（事件，例如：给定提要中的新条目）以及汇总数据（提要的订阅者数量）。

当然，可以根据事件“计算”聚合数据。（订阅者的数量是订阅的总和，减去取消订阅的总和）。然而，由于我们想随着时间的推移研究这一点（每天的订阅者数量），事件方法可能不是最佳的，因为我们会一遍又一遍地重新计算相同的东西。

如何在您的应用程序中构建这样的组件？什么信息流？什么数据存储？什么图形解决方案？ETC...

我知道这是一个非常开放的问题，但我相信我们不是第一个有这种需求的人！

[更新]：基础设施：我们有一组工作人员，它们是 XMPP 客户端并一起交互。它们基于 EventMachine，这意味着它们不会阻塞 IO。预期目标：我们必须能够收集大量数据。目前，我们已经达到了大约 200-300 msg/sec，我们的目标是 10x-100x。

是否有可以在生产系统上使用的生产质量 nosql 存储。我看过 cassandra、tokyodb、couchdb 等，但它们似乎都没有准备好在生产环境中进行部署。我说的是每分钟数千个请求和大量读取/写入/更新。我唯一关心的是速度和服务时间。有人知道有效使用 nosql 存储的生产系统吗？有谁知道由 Google/Yahoo/IBM 等大企业支持的 nosql 商店？