欢迎使用金字塔普通技术服务论坛，您可以在相关区域发表技术支持贴。
我司技术服务人员将优先处理 VIP客服论坛 服务贴，普通区问题处理速度慢，请耐心等待。谢谢您对我们的支持与理解。


金字塔客服中心 - 专业程序化交易软件提供商 → 金字塔软件 → 金字塔软件问题提交 → [求助]（非常重要）OPENMINUTES(TIME)在非夜盘品种下错误

   

欢迎使用金字塔普通技术服务论坛，您可以在相关区域发表技术支持贴。
我司技术服务人员将优先处理 VIP客服论坛 服务贴，普通区问题处理速度慢，请耐心等待。谢谢您对我们的支持与理解。    

  共有2913人关注过本帖树形打印复制链接

主题：[求助]（非常重要）OPENMINUTES(TIME)在非夜盘品种下错误
帅哥哟，离线，有人找我吗？
kminer
 小大  1楼 | 信息 | 搜索 | 邮箱 | 主页 | UC


加好友 发短信
等级：论坛游民 帖子：120 积分：0 威望：0 精华：0 注册：2014/8/15 16:00:13 		[求助]（非常重要）OPENMINUTES(TIME)在非夜盘品种下错误  发帖心情 Post By：2014/12/25 11:35:07 [显示全部帖子]

客服，您好
（重要）OPENMINUTES(TIME)在非夜盘品种下错误。
         郑州切换夜盘后，OPENMINUTES(TIME)在历史数据处理时必然错误。
         以前（没有夜盘阶段）的9:01转变为13:01之后，OPENMINUTES(TIME)为151。实际应该为1才对.
         请火速处理，谢谢！
 回到顶部
帅哥哟，离线，有人找我吗？
kminer
 小大  2楼 | 信息 | 搜索 | 邮箱 | 主页 | UC


加好友 发短信
等级：论坛游民 帖子：120 积分：0 威望：0 精华：0 注册：2014/8/15 16:00:13 		  发帖心情 Post By：2014/12/25 13:25:43 [显示全部帖子]

说具体点吧：本月所有郑州切换成夜盘的合约,  2014年12月15日之前，没有夜盘，使用新数据格式后每天OPENMINUTES(TIME)从151开始，为错误；2014年12月15日及之后，有夜盘，使用新数据格式后每天OPENMINUTES(TIME)从1开始，正确；因为这次夜盘切换是合约中途切换的。所以必然存在从13：00开盘的数据和1:00开盘的数据的混合数据序列。但OPENMINUTES(TIME)本意是取得开盘分钟数。使用了OPENMINUTES(TIME)的用户，不可能2014年12月15日之后就全部丢掉2014年12月15日之前的数据不处理。除非他不用历史数据（使用了OPENMINUTES(TIME)函数的用户）。要么就分按日期进行分段（新数据格式），切换夜盘前的开盘分钟数减去150就行。
   请客服使用 A:OPENMINUTES(TIME);在任一本月切换成夜盘的合约中，比较一下2014年12月15日前后的图形和数据就明白了。
 回到顶部
帅哥哟，离线，有人找我吗？
kminer
 小大  3楼 | 信息 | 搜索 | 邮箱 | 主页 | UC


加好友 发短信
等级：论坛游民 帖子：120 积分：0 威望：0 精华：0 注册：2014/8/15 16:00:13 		  发帖心情 Post By：2014/12/25 13:36:11 [显示全部帖子]

 郑州切换夜盘后，OPENMINUTES(TIME)在历史数据处理时必然错误。
---我这里说的夜盘切换之前的“历史数据”的处理。软件时间相关函数必须要考虑兼容这次切换前后开盘时间点的不同。
 回到顶部
RSS2.0 | Xhtml无图版 | Xslt无图版    Powered By weistock 2012
页面执行时间 0.06250 秒, 6 次数据查询