Возможно ли реализовать в MT5 НАДЕЖНЫЙ учет структуры совокупной позиции? - страница 31

 
kombat >>:

Сколько...

Банки РФ преемники банковской системы СССР, банковская система СССР преемник банка Царской России, банк ЦР преемник ...

Вот и сосчитайте...

;)

Возможно они хотели бы, чтобы окружающие в это верили. Но на самом деле они нувориши без истории, без имени, без репутации.

 
Avals >>:

Речь о том, что часть этой рутины характерной для мультиэкспертной торговли в МТ4 велась автоматически и была заложена в архитектуру, чего нет в МТ5. Что конечно не смертельно, но не всем удобно.

я бы даже сказал всем не удобно и не привычно

и мне тоже

но в большинстве случаев - это просто дело привычки, т. к.:


Возможно ли реализовать в MT5 НАДЕЖНЫЙ учет структуры совокупной позиции?


возможно

сохраняйте в файл ту информацию, которая теряется при переходе от лотовой системы к неттинговой

сильно работу ваших экспертов это не замедлит

-----

а вообще, конечно, было бы интересно послушать разработчиков

почему они против реализации и той, и другой системы одновременно

сдается мне, эта реализация серьезно увеличит объем дистрибутива

и к тому же тормознет всю систему

но это у них надо спрашивать

 
knt-kmrd >>:

Возможно ли реализовать в MT5 НАДЕЖНЫЙ учет структуры совокупной позиции?


возможно

сохраняйте в файл ту информацию, которая теряется при переходе от лотовой системы к неттинговой

сильно работу ваших экспертов это не замедлит

Вопрос не в сложности реализации, а в надежности решения. Такой метод уже обсуждался и были приведены примеры его ненадежности.

 

Нужно отметить, что эти примеры, так же как и сама концепция "надежности" - мало кого убедили. Вы регулярно подменяете понятия, под словом "надежность" подразумеваете что то другое.


бинго - тысячная флудилка!

 
getch >>:

Вопрос не в сложности реализации, а в надежности решения. Такой метод уже обсуждался и были приведены примеры его ненадежности.


ну вот скажите мне, балбесу (заранее звиняюсь, тему сначала не читал, многа букаф)

чем чтение из файла отличается от чтения из истории или от вызова стандартной мкл4-функции?

в файл же можно что хош загнать

и время открытия, и цену открытия, и номер тикета...

что хош :)

 
knt-kmrd писал(а) >>

ну вот скажите мне, балбесу (заранее звиняюсь, тему сначала не читал, многа букаф)

чем чтение из файла отличается от чтения из истории или от вызова стандартной мкл4-функции?

в файл же можно что хош загнать

и время открытия, и цену открытия, и номер тикета...

что хош :)

а если потерли файл? или любой сбой именно во время записи в файл произошел и несоответсвие содержимого и ордеров на сервере? или нужно зайти с другого компа где этого файла нет? Достаточно много вариантов где произойдет потеря этой информации и если эта потеря непредусмотрена алгоритмически это может привести к серьезным финансовым последствиям. Т.е. это все добавляет новое звено, которое может снизить надежность системы в целом

 
knt-kmrd >>:


ну вот скажите мне, балбесу (заранее звиняюсь, тему сначала не читал, многа букаф)

чем чтение из файла отличается от чтения из истории или от вызова стандартной мкл4-функции?

в файл же можно что хош загнать

и время открытия, и цену открытия, и номер тикета...

что хош :)


На вопрос чем отличается, как и на более раний о "реализации двух систем учета и сложностей".

Да нет никаких сложностей и уж тем более увеличения дистрибутива...

Вопрос учёта лежит в плоскости самых что есть простых запросов к базе данных сервера.

Повторяю: к базе данных сервера, т.е. где бы мы ни находились, с какого терминала не зашли,

убился наш файл или нет, правильная работа обеспечена... в отличии от самостроя...

 
на практике файл может убиццо без возможности реанимации только в одном случае:

если какой-то "злыбный хацкер" двинул кувалдой по жесткому диску

и тот оказался разгерметизированным с полной утерей данных, на нем хранившихся
но в таком случае вас и МТ4 не спасет, так как советнегу кирдык

в остальных же случаях, таких как, например, внезапное отключение электричества,
данные на диске (а, следовательно, и в файле) сохраняются

---

есть, правда, вариант, что какая-то шкодливая прога (например, другой эксперт)

полезет в этот файл и ненароком сотрет данные

но тут уже вопрос не в качестве терминала, а в качестве программиста :)

 
 
knt-kmrd писал(а) >>
на практике файл может убиццо без возможности реанимации только в одном случае:

если какой-то "злыбный хацкер" двинул кувалдой по жесткому диску

и тот оказался разгерметизированным с полной утерей данных, на нем хранившихся
но в таком случае вас и МТ4 не спасет, так как советнегу кирдык

в остальных же случаях, таких как, например, внезапное отключение электричества,
данные на диске (а, следовательно, и в файле) сохраняются

---

есть, правда, вариант, что какая-то шкодливая прога (например, другой эксперт)

полезет в этот файл и ненароком сотрет данные

но тут уже вопрос не в качестве терминала, а в качестве программиста :)

Да необязательно даже убивать файл, достаточно незаписать некоторую инфу при сбое например.

Ведение позиций перекладывается на юзера и может стать дополнительным источником ошибок. Даже чисто логических при реализации этого блока.

Причина обращения: