Los Anti Patrones son una técnica que pretende resolver un problema, pero a menudo genera otros problemas. Los Anti-Patrones SQL describen los errores más frecuentes realizados por las personas en SQL. Con la descripción de estos Anti-Patrones y las posibles soluciones, se pretende mejorar el desarrollo “evitando” y generando una solución más adecuada.
En este artículo trataremos los siguientes puntos:
Anti Patrón del uso del NULL
Grupos Ambiguos
Anti Patrón SELECT*
Uso de OR en vez de UNION
1- Anti Patrón del uso del NULL: uso de valor nulo, tanto para almacenamiento como para consulta.
Para el uso del NULL como valor ordinario:
El NULL en BD, se interpreta como “Unknown”, sin embargo, se cometen errores tales como:
Asumir que puede representar 0
SELECT NULL + 10 FROM DUAL;
Asumir que representa un String vacío:
SELECT ‘DIRECCION:’ || NULL
El Anti Patrón más frecuente por los programadores es el uso del NULL como valor ordinario:
a- Para obtener un resultado, si el campo es null:
SELECT CAMPO FROM TABLA
WHERE CAMPO=NULL;
b- Para obtener un resultado, si el campo no es null:
SELECT CAMPO FROM TABLA
WHERE CAMPO!=NULL;
Otro Anti Patrón es : el uso de valor ordinario como NULL:
a- Para actualizar un campo, con clave foránea:
UPDATE TABLE SET CAMPO_REF=-1
WHERE CAMPO_REF IS NULL;
b- Para actualizar un valor numérico:
UPDATE TABLE SET CAMPO_NUM=-1
WHERE CAMPO_NUM IS NULL;
c- Para entender el funcionamiento del NULL:
Al usarse como valor ordinario se debe usar la función que trate el NULL, como COALESCE o NVL:
SELECT NVL (COL, 0) + 10 FROM TABLA;
a- Para obtener un resultado, si el campo es null
SELECT COL FROM TABLA WHERE COL IS NULL;
b- Para obtener un resultado, si el campo no es null
SELECT COL FROM TABLA WHERE COL IS NOT NULL;
2- Grupos Ambiguos:
Error más común al usar la cláusula Group by
Dado la siguiente consulta:
SELECT PRODUCT_NAME, BUG_ID,
MAX (DATE_REPORTED)
FROM BUGS
GROUP BY PRODUCT_NAME;
La consulta quedaría de la siguiente manera:
Se debe tomar en cuenta la regla: Single-Value, donde cada columna en el SELECT debe ser :
Parte de una función de agregación.
Estar en la cláusula GROUP BY.
Una dependencia funcional de la columna que se encuentra en GROUP BY.
Solución N° 1:
SELECT PRODUCT_NAME,
MAX(DATE_REPORTED)
FROM BUGS
GROUP BY PRODUCT_NAME
Solución N° 2:
SELECT B.PRODUCT_NAME, B.BUG_ID, AUX.D
FROM BUGS B
JOIN (SELECT PRODUCT_NAME, MAX(DATE_REPORTED) D FROM BUGS GROUP BY PRODUCT_NAME) AUX
ON(AUX.PRODUCT_NAME=B.PODUCT_NAME AND B.DATE_REPORTED = AUX.D )
Solución N° 3:
SELECT PRODUCT_NAME, MAX(BUG_ID),
MAX(DATE_REPORTED)
FROM BUGS
GROUP BY PRODUCT_NAME
3- Anti Patrón SELECT * ¿ Por qué no se debe usar?
La sentencia es más lenta, debido que no todas las columnas están indexadas y se debe realizar un full scan.
Data innecesaria se estaría pasando por la conexión entre la aplicación/BD.
Si en la tabla se elimina/agrega un atributo la aplicación puede fallar.
Solución :
Obtener la definición de la tabla y luego seleccionar lo deseado:
MYSQL : DESCRIBE TABLE;
Oracle: SELECT COLUMN_NAME FROM USER_TAB_COLUMN WHERE TABLE_NAME=’?’;
4- Uso de OR en vez de UNION
Dadas las siguientes consultas:
Consulta A
SELECT EMPLOYEE_ID
FROM EMPLOYEES
WHERE JOB_ID=’IT_PROG’ OR DEPARTMEMT_ID=10;
Consulta B
SELECT EMPLOYEE_ID
FROM EMPLOYEES
WHERE JOB_ID=’IT_PROG’
UNION
SELECT EMPLOYEE_ID
FROM EMPLOYEES
WHERE DEPARTMENT_ID=10;
La consulta B es más rápida que la A. Ya que en la A, el optimizador del SMBD abandona el uso de índices en la cláusula OR (así dicha columna esté indexada) y procede a realizar full scan.
En la B, el optimizador ejecuta las consultas por separado y luego procede a unir los resultados.
Solución:
Si la consulta lo permite, convertir todos los OR en UNION, para una ejecución mas rápida.
Usar UNION ALL en vez de UNION, si no interesa tener repetidos y asi ahorrar al SMBD la eliminación de los mismos.
¿Qué es Ansible? 
Algunos puntos relevantes:
2008: Andrew Shafer publicó una idea para una sesión de ágil infraestructura “pájaros de una pluma” en la Conferencia Agile 2008. Patrick Debois vio la publicación y fue a la sesión. Desafortunadamente, él fue el único que apareció. La idea fue tan mal recibida que Andrew ni siquiera se presentó a su propia discusión. Andrew y Patrick decidieron comenzar un grupo de Google llamado Agile System Administration.
2009: John Allspaw, vicepresidente senior de operaciones técnicas en Flickr, y Paul Hammond, director de ingeniería en Flickr, dieron una presentación en la Conferencia O’Reilly Velocity en San José, “10+ despliegues por día: cooperación Dev y Ops en Flickr “.
Devops 2.0
Security Assertion Markup Language (SAML)
Lightweight Directory Access Protocol (LDAP)
El contexto laboral en el cual nos encontramos inmersos en el día a día, influye en nosotros de forma directa e indirectamente, especialmente en nuestras emociones de una manera que a veces no imaginamos o simplemente no nos damos cuenta. Es cierto que en muchas ocasiones de nuestra vida cotidiana no podemos cambiar situaciones que nos generan en su mayoría emociones negativas, pero si podemos cambiar o mejorar la forma en la cual nos afecta o nos hace sentir.
¿Alguna vez nos hemos percatado y sido conscientes de la influencia que ejercen nuestras emociones en el ambiente laboral?, bueno esta debería ser una pregunta que toda persona debería hacerse, mayormente se desbordan las emociones y no somos capaces de reconocerlas.
Por lo general existen estudios científicos que evidencian que la inteligencia emocional es importante en todo ser humano, tanto en la vida personal como la vida profesional,
Debemos aprender a identificar cada una de las emociones que se nos presentan en los entornos laborales, desde los equipos de trabajo hasta el liderazgo, el líder juega un papel fundamental en el desarrollo de la misma, cuando un liderazgo no se acompañado de habilidades personales como el autoconocimiento, la auto regulación la motivación y en cuanto a la parte social la empatía y las habilidades sociales, difícilmente la planificación, estrategia organización puede llegar al éxito, de igual modo los equipos de trabajo deben concientizar el trabajo en equipo, debemos recordar que todos somos personas diferentes, algunas mas rápidos otros mas lentos, algunos con carácter difícil otros de carácter mas llevadero, pero igual de importantes para una organización, es importante que todos los miembros logren trabajar en equipo en miras de siempre buscar el logro exitoso de los objetivos propuestos.
A la hora de diseñar un software por el método clásico de cascada, lo normal es que se complete un proceso antes de arrancar con el siguiente; lo cual obliga a acelerar los trabajos (y reducir la calidad) a fin de cumplir con los plazos impuestos por los clientes. Sin embargo, al optar por una metodología ágil en la que se trabajan distintos elementos en paralelo, el equipo puede ir validando pequeñas partes del proyecto antes de realizar la entrega final perfecta.
Mente Racional: Una mente racional es aquella que nos permite pensar y reaccionar de forma analítica a los acontecimientos que requieren de una aptitud pensante referente a un punto en específico, por ejemplo ciencia, lógica, números etc.