Existe-t-il un analogue ORM pour l'interrogation des cubes/entrepôts de données OLAP? Je suis particulièrement intéressé par le monde .NET, mais généralement intéressé par quoi que ce soit ;-)Les ORM sont des SGBDR puisque xxx est des cubes OLAP? Est-ce que xxx existe?
J'ai lancé un projet open source, Kona, pour envelopper la librairie ADOMD.Net, et essayer d'amener ADOMD.Net au 21ème siècle. Vous pouvez le faire au http://www.codeplex.com/kona, mais il a besoin de plus d'amour et d'attention.
La tâche de convertir lambdas en MDX n'est pas petite, donc je n'ai même pas encore essayé de le faire. J'ai essayé d'encourager MSFT à écrire un fournisseur LINQ to MDX, mais compte tenu du fait que peu de développeurs .Net essayent réellement de travailler avec OLAP/SSAS (en dehors de l'espace SSRS), je ne pense pas que ce soit élevé liste prioritaire pour le moment. Mais cela ne signifie pas d'arrêter d'essayer. J'ai fait mon "BI pour le .Net Guy" parler aux groupes d'utilisateurs locaux et Code Camps, en essayant de répandre l'amour.
ADOMD vous permettra de rouler le vôtre. Je n'ai pas vu de bonnes bibliothèques qui reposent sur elle et fournir une API facile pour les ensembles de résultats, peut-être en raison de la nature de Analysis Services et MDX?
http://msdn.microsoft.com/en-us/library/ms123483.aspx
J'ai cherché mieux, donc je suis toutes les oreilles si quelqu'un a des solutions. Actuellement, pour un développement rapide, j'utilise SQL Server pour envoyer des requêtes MDX via un serveur lié à SSAS, puis les renvoyer en tant que sortie de procédure stockée à partir de SQL Server, car tout le monde peut y faire face. Les problèmes que j'ai rencontrés étaient l'absence de débogage, et si les lignes manquaient des erreurs, alors TRY/CATCH pour des numéros d'erreur spécifiques et un rethrow sinon.