历史查询功能,求程序思路和数据库方案

2012-01-14 07:11:57 +08:00
 loading
近期写的一个web app,每隔几天用户都会登陆进行操作,要求将操作那天的所有数据存起来,并且需要有这些数据的历史查询功能,我还打算把单个用户的某条数据做成图表。
请问我在用户登陆的那天应采取哪个时机能保证是在所有用户登陆后才进行历史转存?用计划任务,晚上存么?
数据转存应该怎么放,每天一个表吗?历史查询效率会很低啊?
求指点
#python sqlite3 每天数据大约40行,50列,共两个表
3600 次点击
所在节点    问与答
8 条回复
loading
2012-01-14 07:14:08 +08:00
还有是历史查询编程思路是怎么样的,没经验。
daqing
2012-01-14 11:57:14 +08:00
没看明白,数据的历史查询,是查询什么?
avatasia
2012-01-14 12:16:05 +08:00
单表300万条,不用考虑历史查询的性能问题。 sqlite性能不清楚,你可以测试下,不行就得分表。
loading
2012-01-14 12:23:55 +08:00
@daqing 就是例如我表里存的是当天气温,以后可以查询到以前某天的气温,并能画出一个月的温度曲线。

以前没实现过类似功能,不知数据怎么存,如何从一大堆数据中提取然后画图。画图打算用jquery的插件
loading
2012-01-14 12:25:43 +08:00
@avatasia 哦,感谢经验:-)
Ricepig
2012-01-14 12:39:47 +08:00
@loading 单做一个历史表,全放在这个历史表里,然后靠id查询呗。如果慢的话,做页面级缓存,因为历史记录是极少更改的,所以效率应该还不错。

其实nosql在这方面有优势。
daqing
2012-01-14 13:37:22 +08:00
@loading 那你的表里,增加一个日期字段,然后每次保存数据时,把日期记录一下。这个一张表可以存百万级的数据。
给日期字段几个索引,然后查询某个日期区间的数据,用这些数据画图即可。
loading
2012-02-05 19:35:05 +08:00
@daqing @Ricepig 万分感谢。
@daqing 暂时就直接加日期字段吧。反正是个小应用而已。

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/25581

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX