顺序_position_id - 页 16 1...9101112131415161718192021 新评论 Dmitry Fedoseev 2014.08.27 22:19 #151 Serj_Che:这是我挖到的东西。 谢谢你。哦,我们有多少奇妙的发现...。 Sergey Gridnev 2014.08.27 22:19 #152 Mikalas: 还有呢,最近一直在录音。 你现在是在幻想了。 Mikhail Filimonov 2014.08.27 22:22 #153 Integer:你确定你知道还是你在幻想?这就有点误解了。比方说,订单被部分执行,被执行的部分收到了一个ID。我们关闭了这个位置。然后剩下的部分就会触发。既然没有位置,我们应该有一个新的id的位置。它在历史上将被写在哪里?该仓位被另一个订单关闭,该仓位的ID被分配给它。 Dmitry Fedoseev 2014.08.27 22:24 #154 Mikalas:该仓位被另一个订单关闭,仓位ID被分配给它。但一个新的头寸是由一个已经开了另一个头寸的订单开的,所以ID应该是新的,但记录的字段是一样的。这里面有一个误解。关闭的订单根本就不感兴趣。 Sergey Chalyshev 2014.08.27 22:25 #155 Integer: 谢谢你。哦,我们有多少奇妙的发现...。HI 0 10:29:25.468 交易 : 交易所在市场上买入2.00 SBRF-9.14JE 0 10:29:25.531 交易 : 接受交易所买入2.00 SBRF-9.14的市场行情NM 0 10:29:25.562 交易 : 交易所买入 2.00 SBRF-9.14 在市场上放置执行 88 msMN 0 10:29:25.562 交易 : 交易#4522433买入2.00 SBRF-9.14在6903完成(基于订单#4988264)。IE 0 10:29:26.640 交易 : 交易所在市场上卖出2.00 SBPR-9.14DL 0 10:29:26.734 交易 : 接受交易所卖出2.00 SBPR-9.14的市场价格MQ 0 10:29:26.734 交易 : 在市场上卖出2.00 SBPR-9.14,在92ms内执行。KF 0 10:29:26.734 交易 : 交易#4522434卖出1.00 SBPR-9.14在5255完成(基于订单#4988265)。DK 0 10:29:26.734 交易 : 交易#4522435卖出1.00 SBPR-9.14在5255完成(基于订单#4988265)。它现在是一个部分执行。 ORDER_POSITION_ID 堡垒。执法问题 错误、漏洞、问题 Dmitry Fedoseev 2014.08.27 22:28 #156 Serj_Che:HI 0 10:29:25.468 交易 : 交易所在市场上买入2.00 SBRF-9.14JE 0 10:29:25.531 交易 : 接受交易所买入2.00 SBRF-9.14的市场行情NM 0 10:29:25.562 交易 : 交易所买入 2.00 SBRF-9.14 在市场上放置执行 88 msMN 0 10:29:25.562 交易 : 交易#4522433买入2.00 SBRF-9.14在6903完成(基于订单#4988264)。IE 0 10:29:26.640 交易 : 交易所在市场上卖出2.00 SBPR-9.14DL 0 10:29:26.734 交易 : 接受交易所卖出2.00 SBPR-9.14的市场价格MQ 0 10:29:26.734 交易 : 在市场上卖出2.00 SBPR-9.14,在92ms内执行。KF 0 10:29:26.734 交易 : 交易#4522434卖出1.00 SBPR-9.14在5255完成(基于订单#4988265)。DK 0 10:29:26.734 交易 : 交易#4522435卖出1.00 SBPR-9.14在5255完成(基于订单#4988265)。它现在是一个部分执行。 我明白了,所以对于部分执行的订单,头寸ID属性真的没有用。 Sergey Chalyshev 2014.08.27 22:35 #157 Integer: 我明白了,所以对于部分执行的订单,头寸ID属性真的没有用。 这就是我在前几页 所说的。 Stanislav Korotky 2014.08.27 22:40 #158 papaklass:我希望看到有不同价格/时间的部分执行。有这样的例子吗?在这个例子中,执行时间 和执行价格都是一样的。+1. Sergey Chalyshev 2014.08.27 22:48 #159 papaklass:我希望看到有不同价格/时间的部分执行。有这样的例子吗?在这个例子中,执行时间 和价格都是一样的。我想这个例子已经足够了,我正在寻找它)。你打算如何在历史上寻找类似的情况?我没有找到任何关于这种情况的评论。 我是通过搜索同一票号的整个历史记录找到的。 Alexander Bereznyak 2014.08.27 22:48 #160 Mikalas: 而我有 "0",就是参加订货会的那个.....你正在寻找错误的部分,OrderGetInteger(ORDER_POSITION_ID)--你正试图寻找没有参与开仓/修改/平仓的部分。你需要像这样:HistoryOrderGetInteger(ticket,ORDER_POSITION_ID) 1...9101112131415161718192021 新评论 您错过了交易机会: 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符(不带空格) 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号,请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置,否则您将无法登录。 忘记您的登录名/密码? 使用 Google 登录
这是我挖到的东西。
还有呢,最近一直在录音。
你确定你知道还是你在幻想?
这就有点误解了。比方说,订单被部分执行,被执行的部分收到了一个ID。我们关闭了这个位置。然后剩下的部分就会触发。既然没有位置,我们应该有一个新的id的位置。它在历史上将被写在哪里?
该仓位被另一个订单关闭,该仓位的ID被分配给它。
该仓位被另一个订单关闭,仓位ID被分配给它。
但一个新的头寸是由一个已经开了另一个头寸的订单开的,所以ID应该是新的,但记录的字段是一样的。这里面有一个误解。
关闭的订单根本就不感兴趣。
谢谢你。哦,我们有多少奇妙的发现...。
DK 0 10:29:26.734 交易 : 交易#4522435卖出1.00 SBPR-9.14在5255完成(基于订单#4988265)。
它现在是一个部分执行。
DK 0 10:29:26.734 交易 : 交易#4522435卖出1.00 SBPR-9.14在5255完成(基于订单#4988265)。
它现在是一个部分执行。
我明白了,所以对于部分执行的订单,头寸ID属性真的没有用。
我希望看到有不同价格/时间的部分执行。有这样的例子吗?
在这个例子中,执行时间 和执行价格都是一样的。
我希望看到有不同价格/时间的部分执行。有这样的例子吗?
在这个例子中,执行时间 和价格都是一样的。
我想这个例子已经足够了,我正在寻找它)。
你打算如何在历史上寻找类似的情况?
我没有找到任何关于这种情况的评论。 我是通过搜索同一票号的整个历史记录找到的。
而我有 "0",就是参加订货会的那个.....
你正在寻找错误的部分,OrderGetInteger(ORDER_POSITION_ID)--你正试图寻找没有参与开仓/修改/平仓的部分。
你需要像这样:HistoryOrderGetInteger(ticket,ORDER_POSITION_ID)