Presentamos un problema con Microsoft hace un mes sobre el mismo problema. Supongo que no puede cargar System.IdentityModel.dll, que es una dependencia del ensamblado System.ServiceModel. Microsoft nos indicó que si bien esto funcionó en SQL 2005 y SQL 2008, es un error conocido en SQL 2012 y no lo solucionarán hasta SQL 2014.
El hecho de que esto no se haya vuelto ampliamente conocido todavía es un poco sorprendente para mí, excepto que 2012 aún es muy nuevo. Pero esto significa que no puede usar lo que diría que es la tecnología de comunicación entre procesos de mejores prácticas de Microsoft dentro de SQL CLR (WCF), tenga en cuenta que la comunicación remota de .NET también estaría fuera porque también usa el ensamblado ServiceModel.
Espero una mayor aclaración sobre lo que dirían que deberíamos usar en su lugar, estoy investigando si hay una manera de escribir un SQL CLR basado en WSE, pero no estoy muy entusiasmado con la perspectiva.
Estoy bastante descontento con esto y espero que otros alzando la voz señalen que es un problema real y que debe considerarse inaceptable.
