COMMANDE_POSITION_ID - page 16

 
Serj_Che:

Voilà ce que j'ai déniché :

Merci. Oh, combien de découvertes merveilleuses nous avons...
 
Mikalas:
Et quoi, ça enregistre ces derniers temps.
Vous fantasmez maintenant.
 
Integer:

Vous êtes sûr de le savoir ou vous fantasmez ?

C'est un peu confus. Disons que l'ordre a été partiellement exécuté et que la partie exécutée a reçu un identifiant. Nous fermons la position. Puis la partie restante se déclenche. Puisqu'il n'y avait pas de position, nous devrions avoir une position avec un nouvel id. Où cela sera-t-il écrit dans l'histoire ?

La position a été fermée par un autre ordre, et l'id de cette position lui a été attribué.

 
Mikalas:

La position a été fermée par un autre ordre et l'ID de la position lui a été attribué.

Mais une nouvelle position a été ouverte par un ordre qui a déjà ouvert une autre position, donc l'ID devrait être nouveau, mais le champ pour l'enregistrement est le même. Il y a un malentendu.

L'ordre qui a fermé n'est pas du tout intéressé.

 
Integer:
Merci. Oh, combien de découvertes merveilleuses nous avons...
HI 0 10:29:25.468 Trades : échange acheter 2.00 SBRF-9.14 au marché
JE 0 10:29:25.531 Trades : échange accepté acheter 2.00 SBRF-9.14 au marché
NM 0 10:29:25.562 Trades : échange achat 2.00 SBRF-9.14 au marché placé pour exécution dans 88 ms
MN 0 10:29:25.562 Trades : deal #4522433 buy 2.00 SBRF-9.14 at 6903 done (based on order #4988264)
IE 0 10:29:26.640 Trades : échange vente 2.00 SBPR-9.14 au marché
DL 0 10:29:26.734 Trades : échange accepté vendre 2.00 SBPR-9.14 au marché
MQ 0 10:29:26.734 Trades : échange vente 2.00 SBPR-9.14 au marché placé pour exécution en 92 ms
KF 0 10:29:26.734 Trades : deal #4522434 vendre 1.00 SBPR-9.14 à 5255 fait (basé sur l'ordre #4988265)

DK 0 10:29:26.734 Trades : deal #4522435 vendre 1.00 SBPR-9.14 à 5255 fait (basé sur l'ordre #4988265)

il s'agit maintenant d'une exécution partielle.

 
Serj_Che:
HI 0 10:29:25.468 Trades : échange acheter 2.00 SBRF-9.14 au marché
JE 0 10:29:25.531 Trades : échange accepté acheter 2.00 SBRF-9.14 au marché
NM 0 10:29:25.562 Trades : échange achat 2.00 SBRF-9.14 au marché placé pour exécution dans 88 ms
MN 0 10:29:25.562 Trades : deal #4522433 buy 2.00 SBRF-9.14 at 6903 done (based on order #4988264)
IE 0 10:29:26.640 Trades : échange vente 2.00 SBPR-9.14 au marché
DL 0 10:29:26.734 Trades : échange accepté vendre 2.00 SBPR-9.14 au marché
MQ 0 10:29:26.734 Trades : échange vente 2.00 SBPR-9.14 au marché placé pour exécution en 92 ms
KF 0 10:29:26.734 Trades : deal #4522434 vendre 1.00 SBPR-9.14 à 5255 fait (basé sur l'ordre #4988265)

DK 0 10:29:26.734 Trades : deal #4522435 vendre 1.00 SBPR-9.14 à 5255 fait (basé sur l'ordre #4988265)

il s'agit maintenant d'une exécution partielle.

Je vois. Donc pour les ordres partiellement exécutés, la propriété position id serait vraiment inutile.
 
Integer:
Je vois. Donc pour les ordres partiellement exécutés, la propriété position id serait vraiment inutile.
C'est ce dont je parlais dans les premières pages.
 
papaklass:

J'aimerais voir une exécution partielle avec différents prix/temps d'exécution. Existe-t-il un tel exemple ?

Dans cet exemple, le temps d'exécution est le même et le prix d'exécution est le même.

+1.
 
papaklass:

J'aimerais voir une exécution partielle avec différents prix/temps d'exécution. Existe-t-il un tel exemple ?

Dans cet exemple, le temps d'exécution et le prix sont les mêmes.

Je pense que cet exemple est suffisant, je le cherchais).

Comment proposez-vous de rechercher des situations similaires dans l'histoire ?

Je n'ai pas trouvé de commentaires pour de telles situations. Je l'ai trouvé en cherchant dans tout l'historique pour le même numéro de ticket.

 
Mikalas:
Et j'ai "0", celui qui a participé à l'ordre......

Vous cherchez dans la mauvaise partie,OrderGetInteger(ORDER_POSITION_ID) - vous essayez de chercher dans la partie qui n'a pas été impliquée dans l'ouverture/modification/fermeture d'une position.

Vous devez ressembler à ceci : HistoryOrderGetInteger(ticket,ORDER_POSITION_ID)