Bloomberg limite de demande API
Y a-t-il un moyen de déterminer le nombre de requêtes ou la quantité de données que vous avez dans le montant de la limite de requêtes restante pour l'API Bloomberg?
Bloomberg n'indique pas quelles sont les limites explicites, et il n'existe aucun moyen programmatique de déterminer quelles sont les limites ou quelle proportion de vos limites vous avez utilisée.
La meilleure information que j'ai trouvée sur Bloomberg se trouve sur la page WAPI (dans le terminal). Sur les menus du LHS, accédez à WAPI Home> Ressources API> Limites de données API. Il existe deux pages, "Règles étendues et limites d'utilisation" et "Gestion des limites de données de votre API", qui apportent un éclairage supplémentaire sur le sujet.
De manière générale ... il y a une limite quotidienne de demandes de données individuelles (c'est-à-dire des paires sécurité/champs - mais les doublons sont comptés pour chaque demande). Cependant, votre limite pour les souscriptions est basée sur le nombre de titres que vous souscrivez simultanément: autrement dit, si vous prévoyez demander le prix d’un titre toutes les 5 minutes, vous êtes beaucoup mieux placé pour le souscrire. Ensuite, il existe une limite mensuelle basée sur le nombre de titres uniques pour lesquels vous effectuez une demande.
bloomberg HelpDesk du mois d'avril 2014 (valable pour un client de bureau de base):
Nous avons 3 types 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, "NA Limit" s'affiche comme message d'erreur et il vous suffit de supprimer certains titres/champs pour éviter l'erreur message à disparu et à voir les valeurs.
Nous avons aussi une limite quotidienne. La limite quotidienne de l'API est de 500 000 hits/par journée. Un "hit" est défini comme une demande pour un seul champ/sécurité appariement. Par conséquent, si vous demandez des données statiques pour 5 champs et 10 titres, ce qui se traduira par un total de 50 hits. alors essayez de actualise uniquement la partie de la feuille de calcul qui doit être réellement rafraîchi et évitez de tout rafraîchir ou de le rouvrir plusieurs fois par jour.
La dernière limite est une limite mensuelle. Nos limites mensuelles proviennent d'un modèle propriétaire. Environ 0,4% seulement de notre base de données d’utilisateurs est dépassée cette limite. Cette limite est basée sur des valeurs uniques et dépend de le type de données en cours de téléchargement. Par exemple, certaines des données sur le fichier système tel que intra-day est évalué un peu plus élevé que l'historique en fin de journée pour une liste donnée de titres. Nous ne recommandons pas plus de 5000 à 7000 identifiants uniques par mois et la limite de mise à niveau vous permettra seulement d'obtenir des données pour compléter votre projet. Une fois par la sécurité est utilisée une fois par mois, puis si vous l'utilisez encore, ce ne sera pas le cas compter à nouveau vers la limite mensuelle.
Nous accordons normalement 2 réinitialisations par mois au cas où vous dépassez votre quotidien limite et si vous dépassez votre limite mensuelle, nous accordons 1 extension par mois (10% de plus), si vous ne respectez plus la limite, vous devrez alors attendez minuit que la limite quotidienne soit réinitialisée automatiquement ou la fin du mois pour la réinitialisation du mensuel.
il y a une limite supérieure sur l'API Bloomberg, 500 000 visites par jour .-- informations de Bloomberg Aide Aide
La limite quotidienne est clairement indiquée - c'est la limite mensuelle qui, à ma connaissance, n'est pas divulguée 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 en masse de données. La limite mensuelle est exprimée sous forme de budget en dollars. Il s’agit du prix équivalent pour vos demandes, tarifé selon le schéma de licence de données, qui n’est manifestement pas secret si vous avez des questions sur ce produit. Alors pourquoi le secret sur le budget? La raison pour laquelle elle est commercialement sensible est que ce budget représente plusieurs fois le coût mensuel de la licence de terminal. Il est donc clair que si vous (a) savez de quoi il s'agit et (b) soit avez accès via le API au budget dépensé (nope) OR écrivez un logiciel pour "compter le coût" (pas difficile), vous pouvez alors installer plusieurs terminaux et réduire considérablement vos dépenses en licence de données. Bloomberg fronce naturellement les sourcils devant ce type d’activité, car cela représente une opportunité d’arbitrage dans leur modèle de tarification et ce n’est pas vraiment «jouer à Nice». De même, ils n'aiment pas trop souvent si vous utilisez «le mauvais type de données» ou la limite mensuelle, et ces activités peuvent les inciter à examiner votre modèle commercial pour vous assurer de respecter tous les T & C des données. Addenda. Par courtoisie envers Bloomberg, je ne publie pas ce numéro de budget ici, mais vous devriez pouvoir l'obtenir de votre vendeur et confirmer la validité de ce que j'ai dit, car il peut changer à tout moment car il ne fait pas partie d'un contrat. .
Je ne crois pas que cela soit possible par programmation. Toutefois, si vous parlez au service d’assistance Bloomberg, celui-ci sera en mesure de vous dire si vous êtes proche de la limite et de le réinitialiser à votre place si nécessaire. De toute évidence, ils ne le feront qu’un certain nombre de fois. Je ne suis pas parvenu à obtenir de réponse définitive quant à la limite, mais il est conçu pour être suffisamment volumineux pour que vous ne l'utilisiez pas uniquement avec des feuilles de calcul comportant une limite de 3 500 formules en temps réel Bloomberg.