也许有人会发现其实在申报我们的程序数据报告时,大部分都是以天为单位的,有些可能是用小时为单位。但是通常采取的方式都是直接调用T-SQL的时间函数比如DataAdd和DataPart。
这种方式并不能让人满意,这样会向SQl Server中加载许多没用的信息。数据库中呈现的应该是我们真正需要的干净而简洁的信息。有什么办法来处理这一问题吗?
其实,可以借鉴Unix和PHP社区关于存取数据的处理方式。Unix的纪元是从1970年1月1日开始的。如果采取按秒计算的方式,在无符号的32位整数下,可以记录136年。但是如果按分钟计算,就是8100年。如果只是按天来计算那就差一点到12万年了。
所以,最好参照算术的方式来控制这一问题。比如按天来统计每个人的信息
Code highlighting produced by Actipro CodeHighlighter (freeware) http://www.CodeHighlighter.com/ insert into DailyHits (UserId, DaysSince, Count) select UserId, SecondsSince/86400, count(*) from Hits group by UserId, SecondsSince/86400 –86400 is the number of seconds in a day insert into HourlyHits (UserId, HoursSince, Count) select UserId, SecondsSince/3600, count(*) from Hits group by UserId, SecondsSince/3600 –3600 is the number of seconds in a hour |
同样适用于在C#下对于相对时间参数的控制。
Code highlighting produced by Actipro CodeHighlighter (freeware) http://www.CodeHighlighter.com/ public static readonly DateTime Epoch = new DateTime(1970, 1, 1); public IList GetDailyHits(DateTime from, DateTime to) { command.CommandText = “select * from DailyHits where DaysSince > @From and DaysSince < @To”; command.Parameters.Add(“@From”, from.Substract(Epoch).TotalDays); command.Parameters.Add(“@To”, to.Substract(Epoch).TotalDays); … } |
以上所举的例子只是给出了简化的代码,但是所有重要的信息都已经包含在内了。这种方式不仅仅提供了很好的存储工作方式,最重要的是其完全独立于基础数据库。
我们一直都在努力坚持原创.......请不要一声不吭,就悄悄拿走。
我原创,你原创,我们的内容世界才会更加精彩!
【所有原创内容版权均属TechTarget,欢迎大家转发分享。但未经授权,严禁任何媒体(平面媒体、网络媒体、自媒体等)以及微信公众号复制、转载、摘编或以其他方式进行使用。】
微信公众号

TechTarget
官方微博

TechTarget中国
相关推荐
-
Linux支持的引入 推动了SQL Server 2016集成服务的发展
随着SQL Server的不断发展,集成服务也在发生相应的变化。在最新的SSIS更新中,增加Linux支持和SQL Server 2016升级向导。
-
Notre Dame对云端SQL Server性能基准的探索实践
确立SQL Server的性能基准,对于云端迁移来说是至关重要的第一步,一位来自于University of Notre Dame 的DBA表示,他正在试图通过数据库监控软件,找出SQL server的性能基准。
-
横向扩展SQL Server应用程序:提高工作负载的选项
SQL Server管理员面临的最大挑战之一就是扩展数据库以适应更为繁重的数据处理工作负载。然而事情越发复杂的是,虽然Microsoft提供了许多不同的SQL Server可扩展性选项,但它们并不都适合于每种情况。
-
五大技巧构建首个SQL Server容器
容器的世界庞大而复杂,使用者可能会感到困扰,这里我们将列出一些示例,以便引导您顺利完成SQL Server容器的创建和管理。