2009-03-10 10 views

Antwort

4

Ich habe ein Open-Source-Projekt, Kona, gestartet, um die ADOMD.Net-Bibliothek zu verpacken und ADOMD.Net in das 21. Jahrhundert zu bringen. Sie können es unter http://www.codeplex.com/kona bekommen, aber es braucht noch mehr Liebe und Aufmerksamkeit.

Die Umwandlung von Lambdas in MDX ist keine kleine, also habe ich noch nicht einmal versucht. Ich habe versucht, MSFT dazu zu ermutigen, einen LINQ to MDX-Provider zu schreiben, aber wenn man bedenkt, wie wenig .Net-Entwickler tatsächlich versuchen, mit OLAP/SSAS (außerhalb des SSRS-Bereichs) zu arbeiten, denke ich nicht, dass es hoch ist Prioritätsliste im Moment. Aber das bedeutet nicht, aufzuhören. Ich habe meinen "BI for the .Net Guy" bei den lokalen Benutzergruppen und Code Camps gemacht und versucht, die Liebe zu verbreiten.

1

ADOMD lässt Sie Ihre eigenen rollen. Ich habe keine guten Bibliotheken gesehen, die darauf sitzen und eine einfache API für Ergebnismengen bieten, vielleicht aufgrund der Natur von Analysis Services und MDX?

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

Ich habe besser ausgesehen, also bin ich ganz Ohr, wenn jemand irgendwelche Lösungen. Zur Zeit für die schnelle Entwicklung verwende ich SQL Server, um MDX-Abfragen über einen Verbindungsserver an SSAS zu senden und dann als gespeicherte Prozedurausgabe von SQL Server zurückzugeben, da jeder damit umgehen kann. Probleme, auf die ich stieß, waren das Fehlen von Debugging, und wenn die Zeilen es fehlen, Fehler, also TRY/CATCH für bestimmte Fehlernummern und ein erneutes Ausführen, wenn nicht.

Verwandte Themen