问题标签 [storage]

我有数百个用于测试组件的脚本。这些脚本中的每一个都包含一组下标和单独的记录。

下标可以在多个 TC_Level 脚本中使用，甚至可以在其他下标中使用。
每个脚本都有一个唯一的名称。

例子：

我想

• 将我的脚本存储在容器中。
• 将它们读入我的脚本引擎中的树视图。

我应该使用什么类型的容器？

可能的容器（但不限于）：目录、数据库、XML 文件、电子表格、平面文件……

请在提出建议时，还包括一个简短的存储结构示例（不一定是代码）。

我已经看到填充树视图表单数据库的 c# 示例，但我认为我不能使用对 parentID 的引用（用于下标），因为下标可以有多个 parentID。

谁能指出我的参考资料或提供有关 Facebook、Yahoo、Google 等公司如何执行他们为运营特别是 Web 分析执行的大规模（例如多 TB 范围）日志分析的高级概述？

特别关注网络分析，我对两个密切相关的方面感兴趣：查询性能和数据存储。

我知道一般的方法是使用 map reduce 将每个查询分布在一个集群上（例如使用 Hadoop）。但是，最有效的存储格式是什么？这是日志数据，因此我们可以假设每个事件都有一个时间戳，并且通常数据是结构化的而不是稀疏的。大多数 Web 分析查询涉及分析两个任意时间戳之间的数据切片并检索该数据中的聚合统计信息或异常情况。

像 Big Table（或 HBase）这样的面向列的数据库会是一种有效的方式来存储，更重要的是，查询这些数据吗？您选择行子集（基于时间戳）的事实是否违背了这种存储类型的基本前提？将其存储为非结构化数据会更好，例如。反向索引？

我正在寻找一个经过合理测试的库+服务器来存储持久分布式哈希表。

我对使用基于 SQL 的解决方案犹豫不决，因为数据是高度面向文档的，由数百万个 ~64KB 的 blob 组成，只有一个索引（由所述 BLOB 的哈希计算） - 并且需要能够分布以进行长期扩展前景。

由于费用和带宽方面的考虑，S3 等外部解决方案不是一种选择。

像 CouchDB 或 Project Voldemort 这样的东西是理想的——但是两者都明显缺乏 .NET 绑定（PV 可以是来自 Java 的 IKVMC——但是有“问题”。）。key和value都是字节数组（key为16字节，value最大2048KB平均64KB）

到目前为止，我已经搜索了 Dynamo、Chord 和类似的某种 .NET 端口 - 但是大多数结果似乎是纯粹的内存缓存，并且缺乏任何形式的持久性或复制。

有人有任何想法或建议吗？

What would be the best way, in delphi, to create and store data which will often be searched on and modified?

Basically, I would like to write a function that searches an existing database for telephone numbers and keeps track of how many times each telephone number has been used, the first date used, and the latest date used. The database that is being searched is basically a log of orders placed, containing the telephone number that was used to place the order. It's not an SQL database or anything that can easily be queried for such things (it's an old btrieve database), so I need to create a way of gaining this information (to eventually output to a text file).

I am thinking of creating a record containing the phone number, the two dates, and the number of times used, and then adding a record to a dynamic array for each telephone number. I would then search the array, entry by entry, for each record in the database, to see if the phone number for the current record is already in the array. Then updating or creating a record as necessary.

This seems like it would work, but as there are tens of thousands of entries in the database, it may not be the best way, and a rather slow and inefficient way of doing things. Is there a better way, given the limited actions I can perform on the database?

Someone suggested that rather than using an array, use a MySQL table to keep track of the numbers, and then query each number for every database record. This seems like even more overhead though!

Thanks a lot for your time.

我正在开发一款软件，该软件可以创建合同并通过 gif 捕获客户的签名并将其应用于合同（并输出 pdf）。现在，我们正在存储合同中的数据，但是当涉及到签名时，我不确定我是否应该这样做。

存储它： 优点：如果 pdf 文档丢失，我可以立即轻松地为任何需要它的人（我们或客户）重建文档。（与律师核实，只要没有数据发生或已经改变，从数据重建文件是合法且适用的）

缺点：虽然我永远不会对存储的签名做任何事情，但我不能确定，如果我离开公司，我的同事或替代者会尊重这一点。

不要存储它：优点：道德制高点，现在或将来任何人都没有选择使用该图像并对其进行任何操作。它让每个人都诚实。

缺点：如果 pdf 丢失，现在无法重建原始文档 - 这是一个很好的可能性。

假设我有任何以字节为单位的数据。例如：

0110001100010101100101110101101

如何将其存储为可打印文本？显而易见的方法是将每个 0 转换为字符“0”，将每个 1 转换为字符“1”。事实上，这就是我目前正在做的事情。我想知道如何才能更紧密地包装它们，而不会丢失信息。

我想将八位一组的位转换为 ASCII，但该格式不接受某些位组合。还有其他想法吗？

对于SQL Server 2005/2008，经过一些自学，我不确定我对字符数据类型如何物理存储的理解是否正确。请帮忙查看和评论。这是我的理解，请查看并随时纠正我。

• 当使用 unicode 字符类型（例如 nvarchar）时，底层字符以 UCS-2 编码存储（即，字符以相关 UCS-2 为字符定义的位序列的形式物理存储）。Collat​​ion 定义了比较和排序，这种情况下没有代码页；

• 当使用非 unicode 字符类型（例如 varchar）时，底层字符物理存储为由排序规则定义的相关代码页中定义的位。所以在这种情况下，排序规则不仅定义了比较/排序，还定义了哪个代码页（字符，位值表示字符，并使用相同的位值将字符存储在数据库物理存储中）。

提前谢谢，乔治

我正在尝试在 GreaseMonkey 脚本中将数据设置为长期存储，但 GM_setValue() 似乎静默失败：

在本机（c++）Windows 移动应用程序中。有一些方法可以通知内存WM_HIBERNATE不足和低功耗RequestPowerNotifications()。

当存储空间不足时，有什么方法可以通知？还是应用程序必须定期轮询GetDiskFreeSpaceEx()？

在 Vista（2003，XP）之前，Windows 在注册表中有一个键

这表明在此安装中导入/激活了哪个动态磁盘组。

自Vista以来，这个键就没有了。尽管如此，操作系统仍需要以某种方式存储该信息，因为相同的磁盘组在另一台机器上导入时不会再次自动导入（即，如果动态磁盘位于 SAN 上，则每次 Vista 启动时，其他 Vista 会看到磁盘为外部）。

简而言之，我的问题是 - 此信息（这台机器的主磁盘组）存储在 Vista 中的什么位置