2012-01-09 2 views

ответ

4

Bloomberg не указывает, что такое явные ограничения, и нет программного способа узнать, какие ограничения или какая часть ваших ограничений вы использовали.

Лучшая информация из Bloomberg, которую я нашел, находится на странице WAPI (в терминале). В меню LHS перейдите в раздел WAPI Home> Ресурсы API> Лимиты данных API. Существуют две страницы: «Расширенные правила и ограничения использования» и «Управление лимитами данных API», которые проливают свет на этот вопрос.

В широком смысле ... существует ежедневный предел индивидуальных запросов данных (то есть пары безопасности/поля, но дубликаты подсчитываются для каждого запроса). Тем не менее, ваш лимит подписки основан на количестве ценных бумаг, на которые вы подписываетесь одновременно, то есть если вы ожидаете, что запрашиваете стоимость ценной бумаги каждые 5 минут, вам гораздо лучше подписаться на цену этой ценной бумаги. Тогда существует ежемесячный лимит, основанный на количестве уникальных ценных бумаг, на которые вы обращаетесь.

0

Я не верю, что это возможно программно, однако, если вы поговорите с справочной службой Bloomberg, они смогут сообщить вам, находитесь ли вы рядом с лимитом и при необходимости сбросите его для вас. Очевидно, они будут делать это только определенное количество раз. Мне не удалось получить окончательный ответ о том, каков предел, но он рассчитан на достаточно большие, чтобы вы не попали в него, просто запустив электронные таблицы, которые имеют предел 3500 формул Bloomberg в реальном времени.

3

Существует верхний предел для API Bloomberg, 500 000 обращений в день. - информация от Bloomberg Помощь Помощь

+1

Предел платежа отличается по типу лицензии. 500 000 - это ограничение для обычного настольного клиента. Более дорогие лицензии имеют более высокий дневной и месячный лимит. – ytoledano

+0

Я немного смущен: если мне нужны исторические данные за минуту, 500 тыс. Хитов в день соответствует 1/2 символу года. Это верно? Или один запрос (IBM за пять лет, одна минута данных) съедает 1 из этих 500 тыс. Хитов? –

+2

500 тыс. Хитов - количество запросов в день, но каждый запрос может содержать множество точек данных. Например, если вы фиксируете исторические данные для поля Px_LAST с периодом пять лет для IBM, это будет 252 * 5 точек данных, и это будет рассматриваться как один запрос. – tihonua

35

от Bloomberg HelpDesk апреля 2014 года (это справедливо для основного клиента для настольного компьютера):

У нас есть 3 вида ограничений ..

Вы можете иметь не более 3500 полей в режиме реального времени открываются одновременно. Если вы превысите этот предел, вы увидите «NA Limit» в качестве сообщения об ошибке и вам просто нужно удалить некоторые ценные бумаги/поля, чтобы сообщение об ошибке исчезло и чтобы увидеть значения.

У нас также есть дневной лимит. Предел ежедневного API составляет 500 000 обращений/за день. «Хит» определяется как один запрос для одного сеанса безопасности/поля . Поэтому, если вы запрашиваете статические данные для 5 полей и 10 ценных бумаг, это переведет в общей сложности 50 обращений. поэтому попробуйте обновить только часть таблицы, которая действительно должна быть обновлена ​​и не обновлять ее полностью или повторно открывать ее много раз в день.

Последний предел - месячный лимит. Наши ежемесячные лимиты исходят от проприетарной модели . Лишь около 0,4% нашей пользовательской базы данных никогда не превышает этот лимит. Этот лимит основан на уникальных ценных бумагах и зависит от типа загружаемых данных. Например, некоторые данные по системе , такие как внутридневные, оцениваются немного выше, чем исторические конец дня для любого данного списка ценных бумаг. Мы не рекомендуем больше , а не 5000 - 7000 уникальных идентификаторов в месяц, а предельное обновление позволит вам получить данные для завершения вашего проекта.Как только защита используется один раз в месяц, то, если вы ее снова используете, она не будет снова отсчитывать ежемесячный лимит.

Мы обычно даем 2 сбросов в месяц в случае, если вы превысите свой ежедневный предел, и если вы превысили месячный лимит мы даем 1 продление на месяц (10% больше), в случае нарушения лимита вы снова нужны будете Дождитесь полноты дневного лимита, чтобы автоматически сбросить дневной лимит или в конце месяца для сброса ежемесячного.

+0

Если вы запрашиваете комбо поле/символ, который не существует, я полагаю, вы не платите? Некоторые символы имеют больше полей, чем другие, и неудобно заранее знать, что именно. – Carlos

2

Дневной лимит четко указывается - это ежемесячный лимит, который, насколько мне известно, не раскрывается в письменной форме. Мне рассказали следующее в контексте дискуссий о Data License, который является одним из продуктов Bloomberg для подписки на массовые данные. Ежемесячный лимит выражается в виде бюджета в $, и это эквивалентная цена для ваших запросов, рассчитанная по схеме лицензии на данные, которая явно не является секретной, если вы запрашиваете этот продукт. Так почему секретность о бюджете? Причина, по которой это коммерчески чувствительна, заключается в том, что этот бюджет во много раз превышает ежемесячную стоимость Терминальной лицензии, поэтому четко, если вы (а) знаете, что это такое и (б) либо имеете доступ через API к потраченному бюджету (нет), либо пишите программное обеспечение, чтобы «подсчитать стоимость» (не сложно), тогда вы можете сложить несколько терминалов и значительно сократить расходы на передачу данных. Bloomberg, естественно, нахмурился от такого рода деятельности, потому что он представляет собой возможность арбитража в своей модели ценообразования, и на самом деле он не «играет хорошо». Им также не нравится, если вы слишком часто нажимаете «неправильный тип данных» или ежемесячный лимит, и эти действия могут побудить их исследовать вашу бизнес-модель, чтобы убедиться, что вы соблюдаете все правила T & C Добавление данных. Из любезности в Bloomberg я не размещаю этот номер бюджета здесь, но вы должны иметь возможность получить его у своего продавца и подтвердить правильность того, что я сказал, потому что он может измениться в любое время, поскольку он не является частью какого-либо контракта ,

Смежные вопросы