sql server - ultimo - ¿Cómo continúa mejorando sus habilidades de SQL?
select @@ identity sql server (22)
¿Cómo hacen los desarrolladores SQL para mantenerse actualizados sobre las técnicas y tendencias actuales en el mundo de SQL? ¿Hay blogs, libros, artículos, técnicas, etc. que se utilizan para mantenerse al día y saber?
Hay muchas oportunidades para que los programadores OO, procedimentales y funcionales participen en una variedad de proyectos de código abierto, pero me parece que la avenida FOSS está un poco más cerrada para los desarrolladores de SQL.
¿Pensamientos?
Únete a una lista de correo para el sabor DB que usas ... o acecha en ;)
¿Qué tal http://sqlblog.com/
Aquí hay uno con información interesante de SSIS. http://blogs.conchango.com/jamiethomson/default.aspx
También hay buena información en la Wiki aquí: http://wiki.lessthandot.com/index.php/Main_Page
Para aquellos que dicen que el SQL nunca cambia, SQL Server 2005 y 2008 tienen algunos cambios enormes en el T-SQl que ayudarán a resolver algunos problemas difíciles que eran horribles de hacer en SQL Server 2000 y son mucho más fáciles una vez que aprende la nueva sintaxis, entonces sí, hay cosas para mantenerse al día.
Además, la optimización del rendimiento y SSIS son temas extremadamente complejos con mucho que aprender.
Encuentro que los desarrolladores que eligen no aprender habilidades SQL avanzadas tienden a escribir código SQL de bajo rendimiento y una vez que la cantidad de registros crece en sus bases de datos, las aplicaciones que escribieron tienden a volverse glacialmente lentas y muy difíciles de corregir en ese momento. En este momento estoy trabajando con desarrolladores para corregir algunos códigos incorrectos que escribieron y que causan tiempos de espera en el sitio en prácticamente todas las consultas. Obviamente, esto es ahora una emergencia y hubiera sido fácil escribir el código de una manera más eficiente al inicio si el desarrollador tuviera mejores habilidades SQL.
Como desarrollador, y no como administrador de bases de datos, vigilo varios recursos de desarrolladores, y eso a menudo está relacionado con la base de datos, pero no específicamente "intento mantener el ritmo".
Sé mucho, pero también sé que hay mucho más que hay que saber. Y en cada proyecto tengo que aprender algo nuevo. Y cada proyecto también implica que tome un enfoque diferente para una tarea similar que he encontrado en el pasado.
Si alguna vez llego al punto en el que creo que estoy haciendo las mismas cosas todo el tiempo, quizás haga un esfuerzo consciente para dar pasos específicos. Pero actualmente, y en el futuro previsible, estoy aprendiendo de forma orgánica, en el trabajo y según lo dicten mis proyectos.
Desarrolladores de SQL o DBA?
Además de aprender diferentes dialectos de SQL (Oracle, SQL Server, etc.) en su trabajo diario, SQL realmente no cambia demasiado. Seguro que puede aportar conceptos más avanzados a medida que desarrolla sus habilidades, busca dónde implementar procedimientos almacenados, etc., pero al final solo es SQL. Lo más importante es conseguir que su esquema sea correcto y mantenible.
Ahora administrar las bases de datos es una cosa completamente diferente, con una gama de herramientas, y el software de la base de datos se actualiza cada cierto tiempo. Oracle al menos tiene boletines y sitios web y revistas que presumiblemente incluyen mucha información y ejemplos y mejores escenarios de práctica.
Encuentra preguntas desafiantes que pongan a prueba tu conocimiento de TRANSACT-SQL ... personalmente disfruto los acertijos y respuestas SQL de Joe Celko .
Honestamente, es una de esas cosas con las que uno mejora con el tiempo. Lee todo lo que puedas para saber lo que es posible. Algunas cosas tomarán un tiempo para comprender realmente. Me asustaron las consultas secundarias durante mucho tiempo hasta que casi no tuve más remedio que usarlas.
Cuando obtienes más experiencia y necesitas hacer cosas más complejas, aprenderás a tu manera.
Leyendo:
Libros - Celko (también leído en algunos libros sesgados por Oracle) Blogs - los mencionados anteriormente, más SSWUG
Seminarios web y conferencias: la mejor forma de mantenerse al día con cosas específicas de los proveedores, como SSIS / SSRS / SSAS
Práctica:
Mejorando el código (mío y otros)
Refactoring
Mentoring / entrenamiento de otros desarrolladores
Lo mejor que me he encontrado es trabajar con el código SQL de otras personas. Código de negocio heredado especialmente. Si desea probar sus habilidades en contra de algo, comience a cambiar un poco de "código vudú" que nadie más entiende. :)
Más allá de eso, solo trato de vigilar los cambios con nuevas versiones de SQL y ver si hay algo que pueda aprovechar.
Lo que pasa con el lenguaje SQL es que se trata de un objetivo estático. Muy pronto está buscando aumentar su comprensión de la teoría de conjuntos y el dominio del problema en sí mismo en lugar de los detalles del lenguaje.
La verdadera carne está en cada lado del idioma, en las propias bases de datos (cómo almacenar, recuperar y organizar grandes conjuntos de datos) o en las aplicaciones (con ORM y tal)
Los acertijos y respuestas SQL de Joe Celko y SQL para Smarties son los dos mejores libros genéricos de SQL disponibles. Ambas son excelentes fuentes para darte ideas sobre el complicado problema que solías pensar que necesitabas un cursor o alguna biblioteca de cliente para lograr. Para cualquier geek de SQL realmente interesado, estos libros también son bastante buenos para la lectura casual en lugar de una mera referencia de escritorio. Dos pulgares arriba.
Mejoro analizando consultas lentas y complejas y buscando formas de mejorarlas. Esto se puede hacer en SQL Server analizando las herramientas del plan de consulta y buscando cuellos de botella. También encuentro que la guía de la Guía de inicio rápido visual es buena para una referencia rápida.
No hay técnicas y tendencias actuales en SQL. Solo hay cosas que ya debes saber pero que no debes hacer . La forma correcta de aprender eso , es el dolor ... tanto dolor.
Nunca escuché hablar del término "desarrollador de SQL". SQL debe ser una habilidad en su caja de herramientas, como la clasificación, el marco que desee, JavaScript, etc. La mejor forma de continuar mejorando tus habilidades de SQL para continuar usándolo.
Para ser honesto, no veo mucha necesidad de habilidades SQL extremas. Una vez que puedo crear transacciones (para la coherencia DB) y desencadenantes básicos (para coherencia entre tablas), suelo mantener la lógica del programa ... en el programa, y no ponerlo en la base de datos que estoy usando. No he encontrado mucha profundidad en SQL que valga la pena investigar durante toda la vida, a diferencia de la programación general, que sigue expandiéndose en profundidad.
Si bien no soy un experto en SQL Server, en general, encuentro que los eventos basados en la comunidad son excelentes maneras de mantenerse actualizados en los patrones actuales. El resultado subyacente de participar en una comunidad de desarrolladores / DBA / profesionales de marketing / insertar profesión aquí es que estás aprendiendo nuevos patrones de pensamiento y ejerciendo el pensamiento crítico. Esta es una gran manera de crecer como profesional que eres.
brillar consejos cuando se utiliza phpmyadmin es agradable y detallado
SqlServerCentral - gran fuente de artículos, guiones, consejos
Desafortunadamente para acceder a los artículos debes registrarte (aunque es gratis)
Supongo que una cosa que podrían aprender de es eliminar la barrera de inicio de sesión
El hecho de que hayas hecho esta pregunta ya es una buena señal. Evitar la complacencia es "consejo # 1". No hay sustituto para escribir y optimizar SQL. El uso práctico es la mejor manera de mantenerse alerta, pero existe el riesgo de un escenario de "bosque para los árboles", donde tendemos a usar lo que es cómodo y familiar. Intentar nuevas tácticas, examinar nuevos enfoques y buscar nuevas formas de entrenar nuestros cerebros para pensar sobre conjuntos, SQL, teoría relacional y mantenerse al tanto de los nuevos desarrollos en los dialectos particulares que empleamos son todas las características de los buenos desarrolladores de SQL.
Hay muchos buenos blogs por estos días. Trabajo principalmente en Microsoft Arena, así que me gusta SQLTeam.com .
Usenet es un buen lugar para pasar el rato y hacer una contribución. Hay muchos grupos de noticias relacionados con SQL. A menudo, descubrirá que trabajar en el problema de otra persona lo ayuda a aprender una nueva táctica u lo obliga a investigar un rincón polvoriento del idioma que no encuentra todos los días. Los ISP parecen destinados a cerrar todo el Usenet, debido a su uso nefasto, por lo que este puede seguir el camino del pájaro Dodo.
Además, algunos servidores de IRC tienen canales vibrantes de sql en los que puede hacer la misma diferencia (solo lleve una máscara gruesa).
Por último, este mismo sitio web podría ser otro lugar para colgar, donde puede leer las respuestas a preguntas difíciles, ver cómo se podría aplicar en su propio mundo, practicar las técnicas e internalizarlas. Contribuya también, porque ver cómo los demás votan sus soluciones hacia arriba o hacia abajo es un feedback 100% puro y honesto.
Por supuesto, hay muchos libros maravillosos por ahí también. Algo de Celko es un ganador, y en el lado de SQL Server, Kalen Delaney y Ron Soukup han escrito algunos ganadores.
Revisé las respuestas y aparentemente nadie mencionó el trabajo de Stephane Faroult.
Le sugiero que considere "El arte de SQL" ( http://www.amazon.com/Art-SQL-Stephane-Faroult/dp/0596008945 ), lo encontré realmente interesante y, sorprendentemente, hasta divertido de leer .
Hemos escrito un tutorial completo , y puede probar sus habilidades de SQL en un sitio separado (también creado por nuestro yo, en aras de una declaración completa).
La mayoría de las cosas "actuales" no son SQL en sí, sino cómo la base de datos almacena la información y cómo recuperarla más rápidamente. Vea este otro hilo: ¿Cuáles son algunas referencias, lecciones o mejores prácticas para la capacitación de optimización de SQL?
La única ventaja real es en la planificación de consultas, estructuras de índices, algoritmos de ordenamiento, cosas así, no el SQL en sí.