问题标签 [historical-db]

我有一些events由用户填充的表。我的用户可以编辑此表中的数据，但完成此操作后，我需要使用表填充另一个数据库event_historics。

我尝试过了

但我得到一个undefined method map for错误。

直接在create函数中使用对象会undefined method stringify_keys for出错。

有一个简单的解决方法吗？

我有一张表，我在 Rails 网站上向用户公开以供编辑。

此表需要有一种方法来跟踪更改，同时需要可用于报告目的。

我放弃了此功能的触发器，因为它们不会留下任何活动痕迹并且难以维护。我的替代方案是在插入/编辑控制器中实现触发器，但我认为这个解决方案也很麻烦，那么，有什么替代方案吗？

情况

我正在为一个跟踪超过 200,000 个序列化设备的应用程序制作库存历史记录。目标是能够及时回顾并准确了解设备在 X 天的位置。

我认识到，理想的情况可能是在项目立即更改时触发触发器以更新历史记录，但这将是一项非常大规模的任务，并且无法通过当前应用程序轻松实现。

考虑到这一点，我们决定每晚运行一个脚本来检查当前库存并将其存储到一个inventory_history跟踪库存位置、状态等的表中。最初，我们试着每天都在历史中扑通扑通。IE 每天插入 200,000 行，每 5 天产生超过一百万条记录。我们发现这将在不到一年的时间内产生 GB 的数据。我提出的解决方案是在版本控制风格的历史中实现它。因此，与其每天插入 200,000 条记录，不如只插入已更改的记录。（并为已删除的记录插入已删除的记录。）

问题）

• 这种方法有什么明显的问题吗？对于不是为历史设计的已构建应用程序，是否有更好的替代方法？
• 如果这种方法很好，那么我可能会遗漏什么需要实施？目前我实现了以下场景：
  • 插入，如果不存在完全相同的值。
  • 如果当天没有找到设备，则插入删除记录。
  • 选择时，使用历史搜索允许的最近日期按设备 ID 分组。（如果我们想知道 2014 年 1 月 1 日的库存状态，不要选择之后发生的任何记录，而是对记录进行分组，以便显示的是最新的。）

笔记

当我们查看历史记录时，有时我们想知道特定的设备，有时我们想要当天的库存汇总报告。

Lets say I have a fighter who has the following basic attributes:

{ cardio: 80, health: 80, punching: 25, kicking: 35 }

I'm wanting to record the progress of the fighter over the course of a game, and show a + or - on their progress; further I want to be able to put this stuff onto a graph to show the historical progress of a fighter's abilities.

The only thing I'm not sure about is how to construct my object to do this, or the the best way to record the data.

Thus my query is, how do I best record the progress of RPG stats for a fighter so that I might display a +/- of progress beside their name and also for historical graphing.

Many thanks

I am using Objective C

I am building a SOLR cluster where each solr document corresponds to data about a company. For example, the following attributes are tracked:

My problem is that I also want to track historical data for the attributes that may change (such as size/awards). I know the easy way to do this is to have a document in SOLR for each time range. So If I wanted to get all companies that were under size 50 from 2012 - 2013 it's a simple SOLR query. However, I'm dealing with close to 20 million companies. And using the above strategy means that every time one attribute changes, we duplicate that document - dramatically increasing the number of documents in the solr cluster.

I am trying to think of a clever way to use fields in SOLR so I can track the deprecated attributes and their dates within the main companies document. But I can't seem to work out a good way to do it. I know that is partially because this problem isn't what SOLR was designed for and storing data this way means it's not properly normalized. However, I am just looking for a good way to avoid massively duplicating my data.

Key use case is to be able to execute queries like:

So each attribute has to be linked to a value, a date valid, and a date deprecated field. Also the attribute value and dates must be searchable.

I want to do something like this:

But obviously that doesn't fly in SOLR. Also, the attributes (fields) are dynamic as I use a dynamic solr schema. So I don't necessary know what all the attributes are.

Any ideas?

我能够使以下代码工作：

但我想将其更改为历史并从 1920、1939 年（甚至更早）开始。不幸的是，它一直在说未使用的论点

我基本上想创建一个显示历史温度的世界地图。任何帮助将不胜感激。谢谢！

诸如历史股票价格之类的时间序列数据通常存储在 RDBMS 中。

我正在评估使用此数据的各种选项，可能将其存储在 MarkLogic 中的文档存储或三重存储中，并在此数据和/或存储在文档/三重存储中的其他类型的数据上构建一些用例。

本质上，我正在寻找方法

1. 在 MarkLogic 数据库中存储时间序列数据，例如历史股票价格。
2. 查询这些数据的方法（存储在 ML 中或通过 RDBMS 查询），例如通过 XQuery。
3. 查询此数据的方法，以及存储在 doc/triple 存储中的其他数据。

我将不胜感激这方面的任何建议。

添加了更多信息...

我试图想出一种巧妙的方法将这些数据捕获为三元组。这个想法是将这些数据与其他相关数据联系起来会很好。例如，如果我们尝试存储的历史股票价格是针对在 NYSE 上市的 HSBC，那么我们可以以某种方式定义 HSBC 和 NYSE 的资源，并将股票价格捕获为文字（也许），然后将资源 HSBC 与例如，存储在dbpedia中的公司信息。

从本质上讲，我说的是创建链接数据，以便轻松查询从不同来源获取的数据，并且如果可能的话，尝试使用推理。例如，如果我使用这种方法，我可以运行诸如“获取总部位于伦敦的公司的股票价格，其营业额超过 10 亿美元”之类的查询。

目前我们有一个包含超过 11M 记录的 AuditLog 表。无论在索引和统计信息上，任何引用此表的查询都需要很长时间。大多数报告不会检查过去一年的审计记录，但我们仍希望保留这些记录。处理这个问题的最佳方法是什么？

我正在考虑保留 AuditLog 表以保存小于或等于一岁的所有记录。然后将任何超过一年的记录移动到 AuditLogHistory 表中。也许只是每晚运行一个批处理文件来移动这些记录，然后更新 AuditLog 表的索引和统计信息。这是完成此任务的好方法吗？或者我应该以什么其他方式存储旧记录？

从 AuditLog 表中带回的记录命中链接服务器并签入 6 个不同的数据库，以根据条件查看其中是否存在某个成员。我无权对链接服务器数据库进行任何更改，因此只能优化我所拥有的 Auditlog。访问链接服务器数据库会占用超过 90% 的查询成本。所以我只是想限制我能做的。

我是数据库和数据库设计的新手，但我希望有人能指出我正确的方向。我目前有 14 个月的贷款摘录，每个摘录都包含截至月底的所有帐户、其状态、余额和客户联系信息。不知道该怎么做，我将每个月度文件导入 Access 中，每个表更像是 Excel 工作簿中的一个选项卡。笑吧 - 我现在知道这不是它应该如何工作的。

我已经完成了我的功课，并且我知道如何将我的部分数据拆分到客户和账户表中，但是我该如何处理账户余额呢？我的想法是创建一个 Balances 表，创建与 Accounts 表的关系并为每个月创建列。这似乎合乎逻辑，但这是最好的方法吗？

我的分析中有 99% 涉及趋势报告和其他临时任务——在给定其他标准（例如信用评分或年龄）的情况下，随时间按产品类型跟踪总余额。我的预期用途是创建查询以选择我需要的数据并通过 Excel 中的 Get & Transform 连接到它以进行最终操作和报告编写。

这也引出了一个问题“我的新数据库应该标准化到什么程度？” 每个月的提取都是累积的，所以我 75% 的数据已经是多余的联系信息，但我应该如何标准化呢？

很抱歉咆哮，但如果有人在建立自己的历史数据库方面有任何经验，或者可以为我指出一个能让我走上正轨的方向，我将不胜感激。

我必须根据历史数据计算特定日期未续订的用户数。我有包含以下列的付款表：userid、product、payment_type、subscription_date、end_date，其中payment_type可以是Annual、Quarter、Month。该表有 20000 个历史数据。我必须从开始获取所有记录并在第一个订阅日期计算有多少注册用户没有续订。所有订阅日期都相同

表模式 示例输入

输出 获取所有数据并计算订阅日期未续订的注册用户数。