Les ORM sont destinés aux SGBDR, tout comme xxx l’est aux cubes OLAP? Est-ce que xxx existe?

Question

Existe-t-il un analogue ORM pour interroger les cubes / entrepôts de données OLAP? Je suis particulièrement intéressé par le monde .NET, mais généralement par tout; -)

Answer 1

J'ai lancé un projet open source, Kona, pour emballer la librairie ADOMD.Net et essayer d'amener ADOMD.Net au XXIe siècle. Vous pouvez l'obtenir à http://www.codeplex.com/kona , mais il est nécessaire un peu plus d'amour et d'attention.

La conversion de Lambdas en MDX n’est pas une mince tâche, je n’ai donc même pas encore essayé de le faire. J'ai essayé d'encourager MSFT à écrire un fournisseur LINQ to MDX, mais compte tenu du nombre réduit de développeurs .Net qui essaient réellement de travailler avec OLAP / SSAS (en dehors de l'espace SSRS), je ne pense pas que ce soit une priorité pour quiconque liste de priorité pour le moment. Mais cela ne signifie pas pour autant cesser d'essayer. Je fais mon "BI pour le gars .Net" parler aux groupes d’utilisateurs locaux et aux camps de code, en essayant de répandre l’amour.

Answer 2

ADOMD vous laissera rouler le vôtre. Je n'ai pas vu de bonne bibliothèque reposant dessus et fournissant une API simple pour les ensembles de résultats, peut-être en raison de la nature de Analysis Services et de MDX?

http://msdn.microsoft.com/en-us/library /ms123483.aspx

J'ai cherché mieux, alors je suis tout ouïe si quelqu'un a des solutions. Actuellement, pour un développement rapide, j'utilise SQL Server pour envoyer des requêtes MDX à SSAS via un serveur lié, puis je renvoie cette information sous forme de procédure stockée à partir de SQL Server, car tout le monde peut alors s'en occuper. Les problèmes que j’ai rencontrés étaient l’absence de débogage. Si les lignes ne contiennent pas les erreurs, essayez TRY / CATCH pour des numéros d’erreurs spécifiques et, dans le cas contraire, une relance.