blocks|key|469965|text|我不相信这在编程上是可能的，但是如果你和彭博社服务台交谈，他们将能够告诉你你是否接近限制，并在必要时为你重置它。显然，他们只会这样做一定的次数。我还没有得到一个明确的答案，它的限制是什么，但它的设计足够大，你不会达到它只是运行电子表格，其中有3500彭博社实时公式的限制。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|469966|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

I don't believe this is possible programmatically, however if you speak to the Bloomberg helpdesk they will be able to tell you whether you are near the limit, and reset it for you if necessary. Obviously they will only do that a certain number of times. I have not managed to get a definitive answer as to what the limit is, but it's designed to be large enough that you would not hit it just running spreadsheets, which have a limit of 3500 Bloomberg real-time formulas.

blocks|key|686117|text|彭博社没有说明明确的限制是什么，也没有程序化的方法来找出限制是什么或您使用的限制的比例。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|686118|我从彭博社找到的最好的信息是在WAPI页面上(在终端中)。在LHS的菜单上，转到WAPI+Home+>+API+Resources+>+API+Data+Limits。有两个页面，“扩展规则和使用限制”和“管理您的API数据限制”，进一步阐明了这一问题。|686119|从广义上讲...单个数据请求有每日限制(即安全/字段对-但每个请求都有重复项)。然而，您的订阅限制是基于您同时订阅的证券数量-也就是说，如果您希望每5分钟请求一次证券的价格，那么您最好订阅该证券的价格。然后有一个每月的限制，这是基于您正在请求的独特证券的数量。|686120|entityMap^0|0|0|0^^$0|@$1|2|3|4|5|6|7|H|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|I|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|J|8|@]|9|@]|A|$]]|$1|F|3|-4|5|6|7|K|8|@]|9|@]|A|$]]]|G|$]]

Bloomberg do not state what the explicit limits are, and there is no programmatic way of finding out what the limits are or what proportion of your limits you have used.

The best information from Bloomberg that I have found is on the WAPI page (in the terminal). On the menus on the LHS, go to WAPI Home > API Resources > API Data Limits. There are two pages, 'Extended Rules and Usage Limits' and 'Managing Your API Data Limits' that shed some further light on the matter.

Broadly speaking... there is a daily limit of individual data requests (i.e. security/field pairs - but duplicates are counted for each request). However, your limit for subscriptions is based on the number of securities you are subscribing to concurrently - i.e. if you expect to be requesting the price of a security every 5 mins, you are much better off subscribing to that security's price. Then there is a monthly limit that is based on the number of unique securities that you are making requests for.

blocks|key|470086|text|Bloomberg+API有一个上限，每天有500,000次点击。--来自彭博社的信息提供帮助|type|unstyled|depth|inlineStyleRanges|entityRanges|data|470087|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

there is an upper limit on Bloomberg API, 500,000 hits per day.
-- information from Bloomberg Help Help

blocks|key|686226|text|每日限额已清楚列明-据我所知，每月限额并未以书面披露。在关于数据许可证的讨论中，我被告知了以下内容，这是一种用于批量数据订阅的彭博产品。每月的限制在$中表示为预算，它是您请求的等效价格，根据数据许可证模式定价，如果您询问该产品，这显然不是秘密。那么，为什么对预算保密呢？它对商业敏感的原因是这个预算是终端许可证每月成本的许多倍，所以很明显，如果你(a)知道它是什么，(b)通过API访问预算支出(不)或编写软件来“计算成本”(不难)，那么你可以花几个终端并极大地减少你的数据许可证支出。彭博社自然不喜欢这种活动，因为在他们的定价模型中，这代表着套利机会，这并不是真正的“玩弄善意”。他们同样不喜欢你太频繁地点击“错误类型的数据”或经常达到月度限制，这些活动可能会促使他们调查你的业务模式，以确保你符合数据附录的所有T&C。出于对彭博社的礼貌，我不会在这里公布预算数字，但您应该能够从您的销售人员那里获得它，并确认我所说的话的有效性，因为它可能随时更改，因为它不是任何合同的一部分。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|686227|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

The daily limit is clearly stated - it is the monthly limit that is not to my knowledge disclosed in writing. I have been told the following in the context of discussions about Data Licence, which is one Bloomberg product for bulk data subscription. The monthly limit is expressed as a budget in $, and it is the equivalent price for your requests, priced under the Data Licence schema, which clearly is not secret if you enquire about that product. So why the secrecy about the budget? The reason it is commercially sensitive is that this budget is many times the monthly cost of the Terminal Licence, so clearly if you (a) know what it is and (b) either have access via API to the budget spent (nope) OR write software to 'count the cost' (not hard), then you could pony up a couple of terminals and vastly reduce your Data Licence spend. Bloomberg naturally frown on this sort of activity because it represents an arbitrage opportunity in their pricing model and it is not really 'playing nice'. They likewise do not like if you hit 'the wrong kind of data' too often or the monthly limit at all often, and these activities may prompt them to investigate your business model to be sure you are in compliance with all the T&amp;C of the Data Addendum. Out of courtesy to Bloomberg I am not posting that budget number here, but you should be able to get it from your salesperson and confirm the validity of what I have said, because it may change at any time as it is not part of any contract.

blocks|key|470198|text|500'000个数据点是每天的大致限制，但是请记住，不同类型的数据使用的数据量是不同的。通常，对于深奥的证券和字段的请求会在每个请求中使用更多的数据，例如，比起苹果美国的PX_LAST。此外，还有不同类型的请求，例如引用或历史请求，它们也会以不同的方式消耗您的限制。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|470199|如果您请求的是一天内的实时数据，这些字段通常不会计入您的使用限制。相反，你对实时“管道”可以打开的次数有限制。|470200|Bloomberg通常非常有助于重新设置您的每月数据使用限制，如果您在临时基础上超过该限制。这不是书面的公司政策，但似乎是他们客户关怀的一部分。如果你每月持续违反限制，他们很可能会停止重新设置你的限制，并尝试将你转移到B-PIPE。但就我的经验而言，它们是灵活的|470201|entityMap^0|0|0|0^^$0|@$1|2|3|4|5|6|7|H|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|I|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|J|8|@]|9|@]|A|$]]|$1|F|3|-4|5|6|7|K|8|@]|9|@]|A|$]]]|G|$]]

500'000 data points is the approximate daily limit, however remember different types of data use up varying amounts. It is not 1 for 1. Typically requests for esoteric securities and fields will use up more data per request, than PX_LAST for AAPL US for example. Also there are different types of request, such as reference or historic, which will also consume your limit differently. 

If you are requesting intra-day realtime data, these fields are typically not charged to your usage limit. Rather you have limits on how many times the realtime 'pipe' can be opened.

Bloomberg are typically very helpful at resetting your monthly data usage limit should you exceed it on an adhoc basis. This is not written company policy, but seems to be part of their customer care. If you are persistently breaching limits each month, they are likely to stop resetting your limits and try to move you to B-PIPE. But otherwise for my experience they are flexible

Is there anyway to determine how many requests or how much data you have in your remaining request limit amount for Bloomberg API?

Bloomberg API request limit

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

有没有办法确定您剩余的Bloomberg API请求限制量中有多少请求或多少数据？

问Bloomberg API请求限制
EN

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问Bloomberg API请求限制EN

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问Bloomberg API请求限制
EN