大多数资料都说timestamp表示自从1970-1-1 00:00:00开始到现在的秒数,一般称为epoch time,却忽略了时区的概念.其实,不同时区记录timesamp的基准时间是不一样的,比如UTC+00:00时区(国际标准时区)的epoch time就是1970-1-1 00:00:00,UTC+08:00时区(北京的时区)的epoch time应该是1970-1-1 08:00:00 以下是东八区的timestamp示例 # 北京时间,UTC+08:00时区>>> dt8…

MYSQL中TIMESTAMP类型可以设定默认值,就像其他类型一样. 1.自动UPDATE 和INSERT 到当前的时间:表:----------- Table   Create Table                                                                         -- -----------------------------t1      CREATE TABLE `t1` (                       …

直接从项目里复制了一份关于WebViewJavascriptBridge使用的代码,注释部分是自己暂时的理解.孟哥说,callHandler类似于jq里的trigger, registerHandler类似于jq的bind.暂时先这样理解,应该找本移动Web的书看看了. function showMonthPicker(date) { var data = { timestamp: +date }; window.connectWebViewJavascriptBridge && conn…

1.DATE数据类型 这个数据类型我们实在是太熟悉了,当我们需要表示日期和时间的话都会想到date类型.它可以存储月,年,日,世纪,时,分和秒.它典型地用来表示什么时候事情已经发生或将要发生.     DATE数据类型的问题在于它表示两个事件发生时间间隔的度量粒度是秒.这个问题将在稍后讨论timestamp的时候被解决.可以使用TO_CHAR函数把DATE数据进行传统地包装,达到表示成多种格式的目的. SQL> SELECT TO_CHAR(date1,'MM/DD/YYYY HH24:MI:S…

1.概述 在我们设计表的时候,考虑将行数据的创建时间和最后更新时间记录下来是很好的实践.尤其是可能需要做数据同步或者对数据新鲜度有要求的表.举些应用场景,更新距上次更新超过2小时的行数据,或者是将一个月前的订单数据归档等等.我们想把这个的需求丢给数据库服务器管理,而不是在应用程序中对每一条语句设置创建时间和最后更新时间字段.在mysql中,这实现起来很容易.我们需要借助于DEFAULT CURRENT_TIMESTAMP 和 ON UPDATE CURRENT_TIMESTAMP 2.简单示例…

众所周知,StatsD 负责收集并聚合测量值.之后,它会将数据传给 Graphite,后者以时间序列为依据存储数据,并绘制图表.但是,我们不知道,基于 http 访问的图表在展示时,是基于每秒钟的请求数,每次留存的平均请求数还是其它.让我们就以此为目标,来一探究竟吧!本文系 OneAPM 工程师编译整理. StatsD 为了全面了解 StatsD 的工作原理,我阅读了它的源码.之前我就耳闻 StatsD 是一种简单的应用,但读过源码后才发现它竟如此简单!在主脚本文件只有300多行代码,而Grap…

总结了自己在实际工作场景中遇到的与http协议相关的一些内容的理解. Request & Response Request格式 <request-line> 比如:GET /api/index.json HTTP/1.1 <headers> 比如:Accept: */*; User-Agent: Mozilla/4.0;…… <blank line> [<request-body>] 比如:id=1&timestamp=xxxxxx Resp…

本文了解下等待事件library cache lock,进一步理解library cache,之前的文章请见:  深入理解shared pool共享池之library cache的library cache pin系列三 相关图例 为了真观理解library cache pin及library cache lock的联系,有个图: 结论 1,道理同library cache pin一样,诊断library cache lock也要使用v$session及dba_kgllock2, library…

关于library cache相关的LATCH非常多,名称差不多,我相信一些人对这些概念还是有些晕,我之前也有些晕,希望此文可以对这些概念有个更为清晰的理解,本文主要学习library cache pin 前期相关文章 http://blog.itpub.net/9240380/ 结论 1,library cache pin是用于并发的一种特殊锁,它不是LATCH2,library cache pin适用于正在执行存储过程时,不能同时去编译存储过程,后者则会产生此等待事件,目的即防止并发修改存储…

背景 继续上文:深入理解shared pool共享池之library cache系列一,学习library cache数据结构,本文主要学习library cache object(lco)的数据结构:data blocks 为了直观理解,先放一张网上关于DATA BLOCK中存储不同HEAP的结构图: 结论 1,data block是存储不同HEAP的一个结构,每个HEAP存储的内容不同2,分析heap请最终查看ANONYMOUS LIST:对应的library object handle中的…