2011-09-09 1 views
1

Je viens de regarder la présentation de QCON sur Disruptor. Cela ressemble (et il se peut que je ne l'ai pas bien compris - donc SIA) c'est bon pour OLTP, mais je ne suis pas sûr qu'il soit aussi utile pour les applications de type OLAP. Il semble fondamentalement être autour de l'accès à/réponse de (et en fait ré-architecturer) votre logique métier pour une performance OLTP optimale. Donc, y a-t-il un avantage pour une application OLAP (autre que la gestion efficace des demandes/réponses) et quel est donc le type de choses que vous devez considérer et où pourrait-il être appliqué? Ou peut-être que c'est juste faux d'essayer de l'appliquer dans ce domaine?Disruptor et OLAP

Thx

S

+0

Uhm, vous voulez dire si vous pouvez l'utiliser pour construire votre propre serveur OLAP ? S'il vous plaît soyez un peu plus précis dans votre question, celui-ci est trop vague pour que je puisse y répondre. Que voulez-vous exactement accomplir? – gjvdkamp

Répondre

2

Vous pouvez éventuellement utiliser une approche de style disrupteur pour permettre des mises à jour en temps réel supplémentaires à OLAP cubes en fonction des flux d'événements entrants.

Je ne suis pas sûr que ce serait vraiment acheter bien que pour les raisons suivantes.

  • Généralement, les applications OLAP n'ont pas besoin de ce type de latence ultra faible. Les mises à jour horaires sont probablement suffisantes pour la plupart des entreprises utilisant OLAP pour l'analyse opérationnelle. Je n'ai jamais vu une application OLAP dans laquelle les mises à jour sous millisecondes ajouteraient une valeur.
  • Si vous avez vraiment besoin en cas de faible latence à d'autres fins, alors vous auriez probablement pas vouloir envoyer les données à travers un cube OLAP premier
+0

OK. Merci beaucoup –