Desde el Editor Un comando descriptivo en la dirección derecha
Howard Dierking
Abrir nota de este editor, Deseo hacer una cosa painfully clara. Estoy primero, último y siempre un desarrollador. Puede escribir en T-SQL, pero saber muy poco acerca de las diversas técnicas para generar clústeres y administración del sistema. Pueden utilizar declarativas e imperativas opciones para configurar la seguridad de acceso del código en Microsoft .NET Framework, pero estoy en bastante una pérdida al intentar configurar mi Windows Home Server para solicitar un certificado para acceso remoto. Por lo tanto, ¿qué podría posiblemente tengo que decir de valor para los lectores de TechNet Magazine?
En los últimos dos años, he desarrollado una obsesión de estado con la pila de BI de SQL Server. Y en la creación unas soluciones internas con estas tecnologías ha llegado a una conclusión que Creo que merece la pena compartir aquí revelan sinergias muy necesarios y cambios que necesita ser realizadas entre los desarrolladores, las operaciones y la empresa.
En reflejar volver a través de ambas aplicaciones empresariales que he creado y aplicaciones que he revisado, parece claro que desarrollo de software como una actividad general está optimizado alrededor de las aplicaciones transaccionales. Capacidades de elaboración de informes son generalmente empernadas superior a una base de datos relacional altamente normalizado que nunca fue diseñado para proporcionar cualquier nivel de conocimientos fuera del registro de transacciones. En otros casos, la base de datos transaccional puede estar diseñado para intentar admitir transaccionales y más profundos requisitos informes, en mi experiencia, estos sistemas no son generalmente correctos en uno.
Aunque parece que esto puede ser un problema de desarrollador, proporcionan aquí porque en varias de las conversaciones que he tenido con desarrolladores acerca de este problema, la justificación ha concedido tiempo tiempo nuevo ha sido que la TI permite uno y sólo uno, base de datos. Por lo que mi solicitud para esto es, detener darnos que excusa. Si está trabajando con desarrollo planear independiente, aislado informes almacén o ya se trate integración inicial planear un almacén mayor, solicite impress en los equipos de desarrollo la noción de que esta separación de preocupaciones es una pena hacerlo. Recuerde que los desarrolladores tendemos a optimizar alrededor de la parte transaccional, por lo que sin inserción descriptivo en la dirección correcta, la ruta de menor resistencia es omitir todo pero esta pieza hasta que se puede ser demasiado tarde hacer mucho acerca de él sin prácticamente rescribir la aplicación.
En el riesgo de realizar una generalización demasiado amplio, tener una perspectiva más amplia cuando se trata de la empresa: después de todo, BI generalmente se considera una actividad de TI. Sin embargo, reunir las piezas sigue siendo muy una actividad de desarrollo. Por lo tanto, utilizar BI como una forma para ampliar las perspectivas de los desarrolladores. Estoy seguro de que será agradecidos, y si no lo son, al menos puede sabe que soy honor.
— Howard Dierking
Gracias a los siguientes expertos técnicos de Microsoft: Steven Navarro Ryan Donovan, Corey Hanson, Ken Jones, Lee Denny, Sanjeev Nair Chad Rexin, Stefan Schackow y Kimberly Tripp.