Limite de requête de l'API Bloomberg
y a-t-il de toute façon pour déterminer combien de requêtes ou combien de données vous avez dans votre limite restante de requêtes pour L'API Bloomberg?
5 réponses
Bloomberg n'indique pas quelles sont les limites explicites, et il n'y a aucun moyen programmatique de découvrir quelles sont les limites ou quelle proportion de vos limites vous avez utilisées.
la meilleure information de Bloomberg que j'ai trouvé est sur la page WAPI (dans le terminal). Sur les menus du LHS, allez à la page D'accueil du WAPI > ressources de L'API > limites des données de l'API. Il y a deux pages, 'Extended Rules and Usage Limits' et 'Managing Your API Data Limits' qui éclairent un peu plus les question.
Grosso modo... il y a une limite quotidienne de données individuelles demandes (sécurité/paires de champs - mais les doublons sont comptés pour chaque demande). Toutefois, votre limite de souscription est basée sur le nombre de titres auxquels vous souscrivez simultanément, c'est - à-dire que si vous prévoyez de demander le prix d'un titre toutes les 5 minutes, il est beaucoup plus avantageux de souscrire au prix de ce titre. Ensuite, il ya une limite mensuelle qui est basé sur le nombre de titres uniques que vous êtes en font la demande.
à partir de Bloomberg HelpDesk avril 2014 (ceci est valable pour un client de bureau):
nous avons 3 sortes de limites..
vous ne pouvez pas avoir plus de 3500 champs en temps réel ouverts en même temps. Si vous dépassez cette limite, vous verrez "NA Limite" comme message d'erreur et vous avez juste besoin de supprimer certains titres / champs pour l'erreur message à disparu et pour voir les valeurs.
nous avons aussi une limite quotidienne. Le Quotidien de l'API la limite est de 500 000 hits/par jour. Un "hit" est défini comme une requête pour une seule sécurité / champ appariement. Par conséquent, si vous demandez des données statiques pour 5 champs et 10 securities, qui se traduira par un total de 50 hits. donc, essayez de rafraîchir juste la partie du tableur qui a vraiment besoin d'être rafraîchie et éviter de la rafraîchir ou de la réouvrir plusieurs fois par jour.
La dernière limite est une limite mensuelle. Nos limites mensuelles proviennent d'un modèle propriétaire. Seulement environ 0,4% de notre base de données utilisateur va jamais plus cette limite. Cette limite est basée sur des titres uniques et dépend de le type de données en cours de téléchargement. Par exemple, certaines données sur le système comme intrajournalier est évalué un peu plus élevé que l'historique fin de journée pour toute liste de titres. Nous ne recommandons pas plus plus de 5000 à 7000 identificateurs uniques par mois et la limite de mise à niveau ne vous permettra d'obtenir des données pour compléter votre projet. Une fois un la sécurité est utilisée une fois dans un mois, puis si vous l'utilisez à nouveau, il ne sera pas compter de nouveau vers la limite mensuelle.
nous accordons normalement 2 réinitialisations par mois dans le cas où vous dépassez votre limite et si vous dépassez votre limite mensuelle de nous accorder 1 extension par mois (10% de plus), si vous dépassez encore la limite, vous devrez attendre minuit pour la limite quotidienne de réinitialiser automatiquement ou la fin du mois pour la réinitialisation du mensuel.
il y a une limite supérieure pour L'API Bloomberg, 500 000 visites par jour. -- les informations de Bloomberg Help
La limite quotidienne est clairement indiqué - c'est la limite mensuelle qui n'est pas, à ma connaissance, divulgué par écrit. On m'a dit ce qui suit dans le cadre des discussions sur la Licence de données, qui est un produit Bloomberg pour l'abonnement de données en vrac. La limite mensuelle est exprimée sous forme de budget en $, et c'est le prix équivalent pour vos demandes, tarifé selon le schéma de licence de données, qui n'est clairement pas secret si vous vous renseignez sur ce produit. Alors pourquoi le secret sur le budget? La raison pour laquelle il est commercialement sensible est que ce budget est plusieurs fois le coût mensuel de la Licence de Terminal, donc clairement si vous (a) savez ce que c'est et (b) soit avoir accès via API au budget dépensé (non) ou écrire un logiciel pour "compter le coût" (pas difficile), alors vous pourriez pony up un couple de terminaux et réduire considérablement vos dépenses de Licence de données. Bloomberg désapprouve naturellement ce type d'activité parce qu'elle représente une opportunité d'arbitrage dans son modèle de prix et qu'elle n'est pas vraiment "jouer gentil". De même, ils n'aiment pas que vous utilisiez trop souvent "le mauvais type de données" ou la limite mensuelle, et ces activités peuvent les inciter à examiner votre modèle d'entreprise pour s'assurer que vous respectez toutes les modalités de L'Addenda relatif aux données. Par courtoisie pour Bloomberg, Je ne Poste pas ce numéro de budget ici, mais vous devriez être en mesure de l'obtenir de votre vendeur et de confirmer la validité de ce que j'ai dit, parce qu'il peut changer à tout moment comme il ne fait pas partie de tout contrat.
Je ne crois pas que ce soit possible par programme, cependant si vous parlez au Helpdesk de Bloomberg ils seront en mesure de vous dire si vous êtes près de la limite, et de le réinitialiser pour vous si nécessaire. Évidemment, ils ne le feront qu'un certain nombre de fois. Je n'ai pas réussi à obtenir une réponse définitive quant à ce que la limite est, mais il est conçu pour être assez grand que vous ne l'atteindriez pas juste l'exécution des feuilles de calcul, qui ont une limite de 3500 formules Bloomberg en temps réel.