¡Oferta!

SolidQ Journal V.9. Las mentes activas siempre están buscando formas para mejorar su vida

1.99 0.00

“Integration Services: Pieza fundamental en los proyectos de BI (parte 1 de 2) – Salvador Ramos
“PerformancePoint Services; un punto de vista diferente” – Pablo Ahumada
“Construir una GUI para mover archivos de base de datos” – Herbert Albert, Gianluca Hotz
“Seguimiento de dependencias de objetos en SQL Server” – Greg Low
“Empaquetado de Intervalos” – Itzik Ben-Gan

Descripción

La tecnología sigue mejorando nuestros sistemas y se desarrolla a un ritmo exponencial. Como resultado, aumenta las características y el rendimiento hasta niveles antes inimaginables. Software y hardware siguen luchando en esa carrera sin fin, donde cada lado gana toma la delantera, pero sólo por un tiempo, mientras que del otro lado mejora, huyendo del rol de cuello de botella para la innovación.

Sin embargo, tenemos que alcanzar el límite de algo mucho más cercano a cada uno de nosotros: nuestros cerebros, nuestra imaginación, nuestra voluntad de innovar y mejorar la forma en que funciona el mundo que nos rodea.

Años antes de que creáramos SolidQ, algunos de nuestros miembros seguían el puzle semanal de SQL en el grupo de noticias de MCT. Itzik Ben-Gan, quien años más tarde se convirtió en uno de los fundadores de SolidQ, solía enviar a ese grupo un acertijo de SQL cada viernes. Muchos de los MCT, se apresuraban por aportar la solución más inteligente al acertijo y pugnaban por ser el más rápido y aportar la solución más eficaz y elegante para ese puzle semanal.

Este mes, SolidQ Journal da la bienvenida a Itzik Ben-Gan, que escribe acerca de un reto que colocó en su blog de SQL Server Magazine, demostrando una vez más que el poder del conocimiento y la inteligencia, efectivamente, puede mejorar lo que el software y hardware combinado son capaces de proporcionar.

Tengo que admitir que mi amor por PowerShell aumenta cada mes, según sigo la columna de Herbert y de Gianluca. Lo que más me gusta no es la descripción de las características, sino el enfoque orientado a la solución de esta columna, que nos enseña cómo utilizar la herramienta para hacer las operaciones del  día a día más repetible, más predecibles y más auditables. Mover archivos de base de datos puede ser visto como una cosa bastante fácil hacer a primera vista. Sin embargo, no hacerlo correctamente puede conducir a tiempo innecesario de inactividad e incluso a la pérdida de datos.

El mismo tipo de discusión recurrente la hemos tenido siempre acerca de las dependencias de los objetos. Los desarrolladores conscientes saben que es crucial analizar las dependencias de los objetos de base de datos para asegurarse de que cualquier cambio en su contrato externo (de entrada o de salida) no rompe la funcionalidad esperada de otros objetos. No sólo es importante saber qué herramientas proporciona SQL Server para este descubrimiento, sino también cómo mantener los contratos de interfaz acordados, considerados como tales, en su sentido más amplio, para no romper nuestras aplicaciones al realizar cambios a la base de datos. Greg Low escribe este mes sobre este tema tan importante, que debe ser siempre prioritario para los desarrolladores profesionales de bases de datos.

Tal vez mi mentalidad de DBA me haya hecho escribir primero acerca de los artículos de tipo DBA en esta editorial, pero todos sabemos que es la inteligencia de negocio la que ha sido el motor que ha estado impulsando el mercado de base de datos en los últimos años. Todavía encontramos procesos mal realizados, y es interesante descubrir que en muchos de esos casos, SSIS no se utilizó, exclusivamente por la falta de comprensión sobre lo que esta tecnología puede hacer. Salva comienza escribiendo este mes una introducción a SSIS, que pretende abrir los ojos de los DBA como yo, que debemos aprender más acerca de SSIS si queremos ser más productivos en nuestro trabajo.

No quisiera terminar esta editorial sin hacer comentarios sobre el punto de vista diferente que Pablo Ahumada comparte con nosotros este mes sobre PerformancePoint Services. Tendemos a pensar demasiado sobre lo que la tecnología podía hacer por nosotros y tal vez no tanto sobre los datos que administra, o cómo se va a utilizar esta información. Si los usuarios van a acceder a la información a través de un panel, esto debe darnos una buena indicación sobre cómo diseñar el sistema para satisfacer sus necesidades. Nos deberíamos centrarnos tanto en funciones que el usuario podría no llegar a valorar. Recuerdo hace años, cuando era responsable de los tiempos de ejecución y los costos en un gran proyecto de gasoducto, que tenía que ser muy eficiente en dar respuestas a dos preguntas muy simples: ”¿cuánto avanzó ayer el proyecto?” y ”¿cómo afecta eso a la fecha de finalización prevista?”. Yo podía proporcionar cientos de páginas de documentación y gráficos, pero la mayoría de mis usuarios esperaba algo tan simple como esto: ”ayer esperábamos un avance del 0.1203%, y hemos logrado sólo un 0.1187%. Esto no afecta a la fecha de finalización del proyecto, que todavía está prevista para el 1 de octubre de 1996, como se esperaba”. Cómo pude llagar a hacerlo sólo con SQL Server 6.5, VB4, Office 95, Project 4.0 y algunas otras herramientas ”heredadas”, sin las herramientas modernas que tenemos hoy, me resulta un misterio. Supongo que el conocimiento y la imaginación son todavía capaces de ayudarnos cuando aún no existen las herramientas adecuadas.

Espero que disfrutes este número 9 de SolidQ Journal.

  • Fernando G. Guerrero, Presidente de SolidQ.

Valoraciones

No hay valoraciones aún.

Solo los usuarios registrados que hayan comprado este producto pueden hacer una valoración.