Подскажите пожалуйста, почему при выгрузке "таблицы истории" при определенном наборе параметром, начинают задваиваться и затраиваться тсроке, тоесть тупо повторяются. Не понимаю почему.
Может я что не понимаю, но, смотрите столбцы Q (время последней сделки), P (кол-во последней сделки), ну и N (цена пследней сделки) - выделено желтым, там десять повторений !
Давайте обратимся к справке: Таблица истории формируется на сервере QUIK опросом состояния параметров торгов через малые интервалы времени и может пропускать изменения параметров, следующие одно за другим в течение малого промежутка времени (например, несколько последовательных сделок по одному инструменту).
Приведите номера двух строк из скриншота где значения параметров не поменялись.... Пусть даже они и будут, представьте что между ними есть момент когда кто-то поставил заявку и тут же её снял.
Зато в других столбцах информация меняется. Нужно сравнивать все столбцы. Задвоения (по-моему) или даже затроения там может быть и есть, но никак не задесятирения. Честно говоря, мне некогда все просматривать, поэтому если Вы найдете полностью идентичные строки (совпадающие во всех колонках), то перевыложите картинку с новым выделением цветом - этим вы облегчите задачу тем, кто захочет проанализировать проблему.
Optimus1 Optimus1 пишет: Может я что не понимаю, но, смотрите столбцы Q (время последней сделки), P (кол-во последней сделки), ну и N (цена пследней сделки) - выделено желтым, там десять повторений !
Обратите внимание что там разные значения хотя-бы в параметрах Спрос...Кол-ый спрос.....добавляется новая строка при изменении хотя-бы одного параметра.
сергей пишет: Пусть даже они и будут, представьте что между ними есть момент когда кто-то поставил заявку и тут же её снял.
Это не значит, что строки должны задваиваться. Если терминал знает об изменении какого-либо параметра (столбца таблицы) - то выводит соответствующую строку. Если изменение параметра не было отражено в базе данных, то и лишняя (полностью идентичная) строка не должна отображаться.
Прошу прощения, я подумал, что изменения других столбцов при незименном значении столбца времени сделики - это ошибка.
То есть получается, что вот береться отчет в какой то момент времени- он фиксирует сделку, потом до следующей сделки берется еще несколько отчетов, и если за этот промежуток изменяется другие параметры, кроме совершения сделки, то эти данные так же добовляются в отчет, но с теми же даннымы по последней сделке ?
Optimus1 Optimus1 пишет: То есть получается, что вот береться отчет в какой то момент времени- он фиксирует сделку, потом до следующей сделки берется еще несколько отчетов, и если за этот промежуток изменяется другие параметры,кроме совершения сделки, то эти данные так же добовляются в отчет, но с теми же даннымы по последней сделке ?
сергей пишет: Пусть даже они и будут, представьте что между ними есть момент когда кто-то поставил заявку и тут же её снял.
Это не значит, что строки должны задваиваться. Если терминал знает об изменении какого-либо параметра (столбца таблицы) - то выводит соответствующую строку. Если изменение параметра не было отражено в базе данных, то и лишняя (полностью идентичная) строка не должна отображаться.
Дмитрий, что скажете про строки 7 и 8, выделенные жёлтым цветом? Они абсолютно одинаковы.
сергей пишет: Дмитрий, что скажете про строки 7 и 8, выделенные жёлтым цветом? Они абсолютно одинаковы.
1) что-то не могу посмотреть картинку - может удалилась уже? 2) Я и сам заметил там пару одинаковых строк. 3) Этот вопрос надо задать разработчикам, а не мне!
При том, что если смотреть аналогичную сделку, которая представлена в таблице в усемиренной виде, в таблцие всех сделок, то там данная сделка отображается в еденичном экземпляре, и с разницой по времени проведения сделки в 1 секунду.
Незнай, но в какой то из таблиц многовато косяков, к примеру в той же "таблице истории" присутвуют сделки по времени, которые просто напросто отсутсвтую в "таблице всех сделок".
Таблица истории формируется на сервере QUIK опросом состояния параметров торгов через малые интервалы времени и может пропускать изменения параметров, следующие одно за другим в течение малого промежутка времени (например, несколько последовательных сделок по одному инструменту
Я же писал - (например, несколько последовательных постановок-снятий заявки по одному инструменту) Этих примеров уйма, но не стоит исключать что есть какое-то единственно-правильное объяснение появлению новых одинаковых строк...или ошибка разработчиков.
сергей пишет: Таблица истории формируется на сервере QUIK опросом состояния параметров торгов через малые интервалы времени и может пропускать изменения параметров, следующие одно за другим в течение малого промежутка времени (например, несколько последовательных сделок по одному инструменту
Дмитрий пишет: Вот и хотелось бы, чтобы разработчики уже прояснили нам ситуацию...
Здравствуйте, На сколько становится понятно, суть в том что делают экспорт таблицы истории по DDE в Excel и в какой-то момент в Excel появляются две одинаковые строки. Так вот, как верно подметил сергей это на самом деле, может быть не дублирование строки а новая, совершенно другая строка, но с теми же параметрами что и предыдущая. Конкретный случай не рассматриваем, так как нужна информация с конкретного сервера куда был подключен пользователь.
Дмитрий пишет: Вот и хотелось бы, чтобы разработчики уже прояснили нам ситуацию...
Здравствуйте, На сколько становится понятно, суть в том что делают экспорт таблицы истории по DDE в Excel и в какой-то момент в Excel появляются две одинаковые строки. Так вот, как верно подметил сергей это на самом деле, может быть не дублирование строки а новая, совершенно другая строка, но с теми же параметрами что и предыдущая. Конкретный случай не рассматриваем, так как нужна информация с конкретного сервера куда был подключен пользователь.
Да, экспорт через DDE в Ексель делался.
Подскажите, данные из "Таблицы истории" должны окрелироваться с данными из "Таблицы всех сделок" ?
Если да, то это не новые строки, с теми же параметрами, это именно повторы.
Sergey Gorokhov 1) из Вашего ответа я не совсем понял - появление двух одинаковых строк (т.е. с полностью совпадающими значениями всех параметров) в Таблице истории значений параметров - это нормальное явление или по идее так не должно быть? 2) правильно ли я понимаю, что для Таблицы изменений параметров появление полностью одинаковых строк - нормальное явление? Или подобных строк там тоже не должно быть по идее? Или же они могут быть, но только в том случае, если изменялся параметр, значение которого не выведено в эту таблицу?
P.S.: У меня есть подозрение, что автор темы на самом деле брал информацию не из Таблицы истории значений параметров, а из Таблицы изменений параметров. Что скажете, Optimus1 Optimus1? И почему на картинке с "усемирением" у вас наложен фильтр, в результате чего пропущены строки, находящиеся между строками с одинаковыми значениями столбцов? Что там скрывается?
"Дмитрий пишет: 1) из Вашего ответа я не совсем понял - появление двух одинаковых строк (т.е. с полностью совпадающими значениями всех параметров) в Таблице истории значений параметров - это нормальное явление или по идее так не должно быть?
Да это нормально. А почему нет? Ведь никто не гарантирует что данные могут меняться только в сторону увеличения/уменьшения.
Цитата
Дмитрий пишет: 2) правильно ли я понимаю, что для Таблицы изменений параметров появление полностью одинаковых строк - нормальное явление? Или подобных строк там тоже не должно быть по идее? Или же они могут быть, но только в том случае, если изменялся параметр, значение которого не выведено в эту таблицу?
Для "Таблицы изменений параметров" и для "Таблица истории значений параметров" ответ один, появление одинаковых строк вполне допустимо.
Привожу реальный пример: В таблице всех сделок есть сделка по времени 10:07:46 на 37 лотлв.
Если смотреть эту же сделку в таблице Истории по времени последней сделки, то там можно обнаружить эту сделку с тем же временем, с тем же кол-ом лотов и с той же ценой покупки, но в кол-ве трех Одинаковых строк, то есть остальные6 параметры абсолютно равны между строками.
Optimus1 Optimus1 пишет: Привожу реальный пример: В таблице всех сделок есть сделка по времени 10:07:46 на 37 лотлв.
Цитата
Optimus1 Optimus1 пишет: остальные6 параметры абсолютно равны между строками
Фото в студию!
Цитата
Дмитрий пишет: У меня есть подозрение, что автор темы на самом деле брал информацию не из Таблицы истории значений параметров, а из Таблицы изменений параметров. Что скажете, Optimus1 Optimus1 ? И почему на картинке с "усемирением" у вас наложен фильтр, в результате чего пропущены строки, находящиеся между строками с одинаковыми значениями столбцов? Что там скрывается?
Sergey Gorokhov пишет: Ведь никто не гарантирует что данные могут меняться только в сторону увеличения/уменьшения
Ну, если речь идет не о числовых значениях, а, например, о строковых, то да. Но речь ведь шла о полностью совпадающих значениях всех параметров. В таком случае мне непонятен принцип формирования этих таблиц...
Привожу реальный пример: В таблице всех сделок есть сделка по времени 10:07:46 на 37 лотлв.
Если смотреть эту же сделку в таблице Истории по времени последней сделки, то там можно обнаружить эту сделку с тем же временем, с тем же кол-ом лотов и с той же ценой покупки, но в кол-ве трех Одинаковых строк, то есть остальные6 параметры абсолютно равны между строками.
Ладно, перефразируем ответ. Если произошли изменения в ТВС то неизменно должны произойти изменения в таблице истории. Но не всегда это правило работает на оборот.
Дмитрий пишет: Но речь ведь шла о полностью совпадающих значениях всех параметров.
Как наверное известно, данные в Таблице Текущих Параметров поступают не все подряд, а срезами, раз в период времени. Этот период, у разных брокеров, может отличаться. Если в течении этого периода, произошли изменения которые не изменили фактического значения, то в таблице истории Вы увидите две визуально одинаковые строки. Банальный пример кто-то выставил заявку и тут же снял.
Если после сделки изменялись другие параметры, а новых сделок не было, то появление нескольких строк с одинаковой информацией о сделке - это нормально. Вы ведь отслеживаете не только параметры сделок, но еще и другие.
Sergey Gorokhov пишет: Если в течении этого периода, произошли изменения которые не изменили фактического значения, то в таблице истории Вы увидитедве визуально одинаковые строки. Банальный пример кто-то выставил заявку и тут же снял.
В документации об этом ничего не сказано, поэтому я и был озадачен...
Я еще раз повторяю, для ответа на конкретный случай нужна информация конкретно с того сервера на котором этот случай зафиксирован. Без этой информации я могу давать только возможные варианты.
Sergey Gorokhov пишет: Если в течении этого периода, произошли изменения которые не изменили фактического значения, то в таблице истории Вы увидитедве визуально одинаковые строки. Банальный пример кто-то выставил заявку и тут же снял.
В документации об этом ничего не сказано, поэтому я и был озадачен...
Да ладно, а как же это?
Цитата
Также на содержание таблицы и периодичность ее обновления влияют настройки получения данных описанные в п. Подготовка к работе. По умолчанию таблица обновляется 1 раз в секунду.
Sergey Gorokhov пишет: Если в течении этого периода, произошли изменения которые не изменили фактического значения, то в таблице истории Вы увидитедве визуально одинаковые строки. Банальный пример кто-то выставил заявку и тут же снял.
В документации об этом ничего не сказано, поэтому я и был озадачен...
Вот еще познавательная информация, тоже из руководства:
Цитата
Таблица истории формируется на сервере QUIK опросом состояния параметров торгов через малые интервалы времени и может пропускать изменения параметров, следующие одно за другим в течение малого промежутка времени (например, несколько последовательных сделок по одному инструменту). Для экспорта информации по сделкам используйте Таблицу всех сделок.
Sergey Gorokhov пишет: Также на содержание таблицы и периодичность ее обновления влияют настройки получения данных описанные в п. Подготовка к работе . По умолчанию таблица обновляется 1 раз в секунду.
1) Это про Текущую таблицу параметров 2) Из этого никак явно не следует, что в Таблице истории значений параметров могут идти друг за другом полностью идентичные строки.
Sergey Gorokhov пишет: Таблица истории формируется на сервере QUIK опросом состояния параметров торгов через малые интервалы времени и может пропускать изменения параметров, следующие одно за другим в течение малого промежутка времени (например, несколько последовательных сделок по одному инструменту).
Это я видел. Отсюда лишь следует, что не все изменения значений параметров будут заметны пользователю. Опять же из этого никак не очевидно, что эти оставшиеся незамеченными изменения повлияют на появление новых (одинаковых) строк в Таблице истории значений параметров или Таблице изменений параметров.
Дмитрий пишет: Опять же из этого никак не очевидно, что эти оставшиеся незамеченными изменения повлияют на появление новых (одинаковых) строк в Таблице истории значений параметров или Таблице изменений параметров.
Кто говорил про оставшиеся? Я Вам говорю про то что цифра изменилась и в результате этих изменения она приняла предыдущее значение +1 а потом -1
Дмитрий пишет: 1) Это про Текущую таблицу параметров 2) Из этого никак явно не следует, что в Таблице истории значений параметров могут идти друг за другом полностью идентичные строки.
Я Вам открою секрет, таблица изменения параметров и таблица истории параметров, это то что было в таблице параметров. И из этого явно следует что в Таблице истории значений параметров могут идти друг за другом полностью идентичные строки.
Дмитрий пишет: Но это произошло в промежутке между получением двух срезов ТТП, поэтому в итоге изменение значения этого параметры мы в терминале не увидим.
Вот именно что ВИЗУАЛЬНЫХ изменений мы не увидим, но изменения БЫЛИ поэтому будет две строки
Дмитрий пишет: Но это произошло в промежутке между получением двух срезов ТТП, поэтому в итоге изменение значения этого параметра мы в терминале не увидим.
То есть получается, что, с одной стороны, в терминале нет данных о том, что параметр изменился. А с другой стороны они вроде бы в терминале есть, раз такая строка попадает в Таблицу истории значений параметров.
Дмитрий пишет: То есть получается, что, с одной стороны, в терминале нет данных о том, что параметр изменился. А с другой стороны они вроде бы в терминале есть, раз такая строка попадает в Таблицу истории значений параметров.
Получается что так. Если предложите способ как обойти эту ситуацию, можем зарегистрировать пожелание