我被要求建立一个费用报告框架,允许用户通过网络表单一次存储他们的费用。参赛人数每天不会超过100-200人。PHP + MySQL - 处理(小)时间序列有哪些选择?
除了由用户提供的日期和时间之外,还必须为每个新的数据行选择预先定义的一组标签(例如:运输,住宿,食物)以及作为货币,金额和评论的字段。
之后,必须可以(或者更容易)在两个日期之间获取数据库中的条目,并将数据存储在熊猫数据框(或R数据表)中进行后期统计分析和绘图。
我首先想到了使用PHP将数据插入到mySQL数据库表中,其中标记将是布尔值列(True/False)。默认情况下,所有标签设置为False都会加载非常简单的Web表单,并且在提交之前由用户将正确的标签设置为True。
这就是说,我现在想知道我可以或应该探索的其他方法。我一直在阅读有关处理大量数据的openTSDB和InfluxDB,但我也有兴趣从编码人员那里了解有关其他可能选项的最新技术的最新信息。
总之,我希望选择一种明智的方法,既不是过时的,也不是(复杂的)大炮杀死苍蝇。
好吧,mysql *是*有点过时,但不会很快消失。 MongoDB是另一种可能性,但对于每天100到200个条目,我不认为你真的需要一个过于强大的底层数据库。 MySQL会做这件事。 –
你说的每年有100,000个条目,可能不需要任何类型的大数据解决方案。它的确是你的偏好,但PHP/MySQL在这种情况下可以很好地工作。 –
然后在一段时间后将您的数据关闭到其他表格中,如果在当前活动集中不需要此类数据分析 – Drew