Sintaxis PIVOT y de tablas cruzadas específica del proveedor

Ya conoce el pivot portable con CASE. Sin embargo, los entrevistadores también quieren saber si puede utilizar operadores de pivot específicos del proveedor cuando están disponibles.

SQL Server incluye un operador PIVOT específico. PostgreSQL ofrece una función crosstab en la extensión tablefunc. Conocer ambos, así como sus particularidades, demuestra experiencia real.

PIVOT de SQL Server requiere tres elementos:

• Una función de agregación aplicada a la columna de valores.
• Una cláusula FOR que indique la columna cuyos valores se convertirán en nuevas columnas.
• Una lista IN de los valores literales que se convertirán en columnas.

Debe aplicarse a una tabla derivada que exponga exactamente la clave, la columna de distribución y el valor, sin nada más.

Un detalle sutil de PIVOT que los entrevistadores suelen comprobar es que la agrupación es implícita. SQL Server agrupa por todas las columnas de origen que NO sean la columna agregada ni la columna de la cláusula FOR.

Por tanto, si la tabla derivada incluye accidentalmente una columna adicional como order_id, el pivot también agrupa por ella y obtiene muchas más filas de las esperadas. Recorte siempre la consulta interna para conservar únicamente la clave, la columna de distribución y el valor.

En SQL Server, los nombres de las columnas dinamizadas son los valores literales de los datos, escritos entre corchetes. Si un valor comienza por un dígito o contiene espacios, los corchetes son obligatorios.

Debe seleccionarlas utilizando el mismo nombre entre corchetes en el SELECT externo. Esta es también la razón por la que PIVOT no puede gestionar valores desconocidos sin SQL dinámico: la lista IN está codificada explícitamente.

PostgreSQL no tiene la palabra clave PIVOT. En su lugar, la extensión tablefunc proporciona crosstab, una función que recibe una cadena SQL y reorganiza su resultado.

Primero debe habilitar la extensión. crosstab espera que la consulta de origen devuelva exactamente tres columnas, en este orden: identificador de fila, categoría y valor.

La parte más propensa a errores de crosstab es la lista de definición de columnas final AS ct(...). Debe declarar por sí mismo los nombres y tipos de las columnas de salida, y estos deben coincidir con el número y el orden de las categorías.

Si falta una categoría en una fila, crosstab la rellena según su posición, lo que puede desalinear los datos a menos que utilice la forma de dos argumentos que se muestra a continuación.

Para evitar desalineaciones cuando faltan algunas categorías en ciertas filas, use la forma de dos argumentos. La segunda consulta devuelve la lista completa y ordenada de valores de categoría, de modo que crosstab sabe exactamente a qué columna pertenece cada valor.

Esta es la forma robusta que los entrevistadores esperan cuando las categorías son dispersas.

Si el entrevistador pregunta por MySQL, la respuesta es directa: MySQL no tiene PIVOT ni crosstab. La única opción es la agregación condicional con CASE (o la abreviatura SUM(... ) + IF()).

Precisamente por eso se valora tanto el patrón portable con CASE: es el mínimo común denominador que funciona en cualquier motor.

Una necesidad habitual de informes es la siguiente: «una fila por región, con una columna que cuente los pedidos de cada estado». En SQL Server, proporcione a PIVOT una tabla derivada recortada y utilice COUNT.

Como cuenta la propia columna de estado, se contabiliza cada fila de estado no NULL dentro de un grupo. El SELECT externo enumera cada estado como una columna entre corchetes. Esta es la alternativa concisa a escribir tres expresiones COUNT(CASE ...).

PIVOT y crosstab comparten la misma limitación fundamental que la agregación condicional: las columnas de salida deben conocerse al escribir la consulta.

• SQL Server: la lista IN es literal.
• crosstab de Postgres: la lista de definición de columnas es literal.

Ninguno puede descubrir categorías durante la ejecución. Para ello es necesario construir la cadena SQL de forma dinámica.

Una buena respuesta en una entrevista las compara con honestidad:

• Agregación con CASE: portable, legible y compatible con cualquier motor. Es la opción predeterminada.
• SQL Server PIVOT: conciso para muchas columnas, pero su agrupación implícita puede resultar sorprendente.
• crosstab de Postgres: potente pero verboso; requiere una extensión y una lista de definición de columnas.

En caso de duda, recurra a la agregación condicional y mencione los operadores del proveedor como alternativas.

Determine el comportamiento de SQL Server PIVOT que los entrevistadores suelen evaluar.

Sintaxis de pivot específica del proveedor en una sola pantalla:

• SQL Server: PIVOT (SUM(x) FOR col IN ([a],[b])), con un GROUP BY implícito sobre las columnas restantes.
• Postgres: crosstab() de tablefunc, que necesita una lista de definición de columnas; use la forma de dos argumentos para datos dispersos.
• MySQL: no existe ninguno de los dos; use CASE.
• Los tres requieren que las columnas se conozcan al escribir la consulta.