实质性清理???? - 页 6 1234567891011121314 新评论 Vladimir Mikhailov 2021.10.18 22:09 #51 prostotrader #:不能匹配,因为弗拉基米尔的时间不匹配(见上文)。试图通过aska和bid来匹配,没有匹配。向交易所要求报价,但我认为他们不会给。与Finam的报价相比,LAST的报价--一切相符 这是一个真实的账户。 这些数据取自FORTS_COMMON_REPL表common和MCXSPOT_MDCOMMON_REPL表COMMON线程。 数据库中的时间是来自这些表mod_time_ns的写入时间,以毫秒为单位。时间为格林尼治标准时间,你需要加上3个小时才能得到莫斯科时间。 收集这些表格中所有记录变化的数据,不包括记录的删除。 由于我需要期货和现货报价的对应关系,所以收集了莫斯科时间10.00至23.45(格林尼治标准时间7.00至20.49)的时间段,包括清算时间。 所以期货报价可能不是从莫斯科时间7.00(格林尼治标准时间4.00)开始。 Vladimir Mikhailov 2021.10.18 23:32 #52 prostotrader #:不能匹配,因为弗拉基米尔的时间不匹配(见上文)。试图通过aska和bid来匹配,没有匹配。向交易所要求报价,但我认为他们不会给。与Finam的报价相比,LAST的报价--一切相符 今天我将收集期货买入、卖出、最后、成交量、时间等全部数据。 prostotrader 2021.10.18 23:49 #53 Vladimir Mikhailov #:今天我将收集买入、卖出、最后、成交量、期货时间的全部数据。 谢谢,但如果买入和卖出没有变化,是否可以不显示数据? 添加 时间是不一样的 15.10.2021 07:00:00.000是1634281200000。 你的开始时间是163427107892+ 3小时是10800000=163437907892。 这比07:00:00要晚很多 由以下人员添加 如果您要提取最后一笔,请注明交易方向。 prostotrader 2021.10.19 00:18 #54 Vladimir Mikhailov #:这是实际计数。数据库中的时间是这些mod_time_ns表的写入时间,以毫秒为单位。时间是格林尼治标准时间,你必须加上3个小时才能得到莫斯科时间。 你错了,mod_time_ns是记录被修改的日期和时间(UNIX时间,根据UTC的纳秒数)。 Vladimir Mikhailov 2021.10.19 01:54 #55 prostotrader #:你错了,mod_time_ns是记录被修改的日期和时间(UNIX时间,根据UTC的纳秒数)。 mod_time_ns总是包含时间,不管记录是新的还是修改的。在数据库中,时间是以毫秒为单位具体列出的。 报价数据从 2021-10-15 04:11:47.892开始,(按莫斯科时间2021-10-15 07:11:47.892),因为我对10点之前的报价不感兴趣。 这次我将只收集7:00至23:49的期货数据。,我将以纳秒为单位写出时间。 我不会在收集的数据没有任何变化的情况下保存记录。 至于最后一次--只能从orders_log获得,我已经订阅了这个流程。 最后将是没有方向。 prostotrader 2021.10.19 17:24 #56 Vladimir Mikhailov #:mod_time_ns总是包含时间,无论它是一个新的还是修改过的条目。在数据库中,时间的具体单位是毫秒。 数据 将从2021-10-15 04:11:47.892开始,(根据Musc 2021-10-15 07:11:47.892),因为我对10.00之前的报价不感兴趣。 这次我将只收集7:00至23:49的期货数据。,我将以纳秒为单位写出时间。 我不会在收集的数据没有任何变化的情况下保存记录。 至于最后一次--只能从orders_log获得,我已经订阅了这个流程。 最后将是没有方向。 好的,期待着它... prostotrader 2021.10.19 22:54 #57 prostotrader #:好的,期待着它... 没有运气? Vladimir Mikhailov 2021.10.20 21:47 #58 prostotrader #:没有成功?完成了。 字段名对应于共同线程表FORTS_COMMON_REPL的字段。 附加的文件: gazp-20-10-2021.zip 1853 kb prostotrader 2021.10.20 22:00 #59 Vladimir Mikhailov #:完成了。 字段名与共用线程表FORTS_COMMON_REPL中的字段相匹配。 谢谢你 prostotrader 2021.10.20 23:26 #60 Vladimir Mikhailov #:完成了。 字段的名称与通用流表FORTS_COMMON_REPL的字段相对应。 弗拉基米尔! 你确定你所做的一切都正确吗。 问题是,在MT5和Finam Quotes中,同样的交易和数量以及价格和数量。 我理解他们可以因为计时而合并交易,但在第一秒中 MT5 15 20.10.2021 07:00:01.177 TICK_FLAG_LAST, (312) 37385 3 3 37390 37363 斐纳姆 201021 70001 37385 3 1896042943798580000 B 你有。 9 37350 123 37390 7 37390 3 1634702401290350000 1634702401290350000 你的成交量是3,MT5和Finam的价格是37285。 你的成交量也是3,但你的价格是37390。 而你在一开始就缺少交易。 有一个39的交易量,所以Finam和MT 5有两倍的交易量,达到这个量。 添加 忘了问了。 你如何在文件中记录数据? 通过交易还是通过报价? 附加的文件: gazp-20-10-2021.csv.zip 2450 kb 1234567891011121314 新评论 您错过了交易机会: 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符(不带空格) 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号,请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置,否则您将无法登录。 忘记您的登录名/密码? 使用 Google 登录
不能匹配,因为弗拉基米尔的时间不匹配(见上文)。
试图通过aska和bid来匹配,没有匹配。
向交易所要求报价,但我认为他们不会给。
与Finam的报价相比,LAST的报价--一切相符
这是一个真实的账户。
这些数据取自FORTS_COMMON_REPL表common和MCXSPOT_MDCOMMON_REPL表COMMON线程。
数据库中的时间是来自这些表mod_time_ns的写入时间,以毫秒为单位。时间为格林尼治标准时间,你需要加上3个小时才能得到莫斯科时间。
收集这些表格中所有记录变化的数据,不包括记录的删除。
由于我需要期货和现货报价的对应关系,所以收集了莫斯科时间10.00至23.45(格林尼治标准时间7.00至20.49)的时间段,包括清算时间。
所以期货报价可能不是从莫斯科时间7.00(格林尼治标准时间4.00)开始。
不能匹配,因为弗拉基米尔的时间不匹配(见上文)。
试图通过aska和bid来匹配,没有匹配。
向交易所要求报价,但我认为他们不会给。
与Finam的报价相比,LAST的报价--一切相符
今天我将收集期货买入、卖出、最后、成交量、时间等全部数据。
今天我将收集买入、卖出、最后、成交量、期货时间的全部数据。
谢谢,但如果买入和卖出没有变化,是否可以不显示数据?
添加
时间是不一样的
15.10.2021 07:00:00.000是1634281200000。
你的开始时间是163427107892+ 3小时是10800000=163437907892。
这比07:00:00要晚很多
由以下人员添加
如果您要提取最后一笔,请注明交易方向。
这是实际计数。
数据库中的时间是这些mod_time_ns表的写入时间,以毫秒为单位。时间是格林尼治标准时间,你必须加上3个小时才能得到莫斯科时间。
你错了,mod_time_ns是记录被修改的日期和时间(UNIX时间,根据UTC的纳秒数)。
你错了,mod_time_ns是记录被修改的日期和时间(UNIX时间,根据UTC的纳秒数)。
mod_time_ns总是包含时间,不管记录是新的还是修改的。在数据库中,时间是以毫秒为单位具体列出的。
报价数据从 2021-10-15 04:11:47.892开始,(按莫斯科时间2021-10-15 07:11:47.892),因为我对10点之前的报价不感兴趣。
这次我将只收集7:00至23:49的期货数据。
,我将以纳秒为单位写出时间。
我不会在收集的数据没有任何变化的情况下保存记录。
至于最后一次--只能从orders_log获得,我已经订阅了这个流程。
最后将是没有方向。
mod_time_ns总是包含时间,无论它是一个新的还是修改过的条目。在数据库中,时间的具体单位是毫秒。
数据 将从2021-10-15 04:11:47.892开始,(根据Musc 2021-10-15 07:11:47.892),因为我对10.00之前的报价不感兴趣。
这次我将只收集7:00至23:49的期货数据。
,我将以纳秒为单位写出时间。
我不会在收集的数据没有任何变化的情况下保存记录。
至于最后一次--只能从orders_log获得,我已经订阅了这个流程。
最后将是没有方向。
好的,期待着它...
好的,期待着它...
没有运气?
没有成功?
完成了。
字段名对应于共同线程表FORTS_COMMON_REPL的字段。完成了。
字段名与共用线程表FORTS_COMMON_REPL中的字段相匹配。谢谢你
完成了。
字段的名称与通用流表FORTS_COMMON_REPL的字段相对应。弗拉基米尔!
你确定你所做的一切都正确吗。
问题是,在MT5和Finam Quotes中,同样的交易和数量以及价格和数量。
我理解他们可以因为计时而合并交易,但在第一秒中
MT5
斐纳姆
你有。
你的成交量是3,MT5和Finam的价格是37285。 你的成交量也是3,但你的价格是37390。
而你在一开始就缺少交易。
有一个39的交易量,所以Finam和MT 5有两倍的交易量,达到这个量。
添加
忘了问了。
你如何在文件中记录数据?
通过交易还是通过报价?