Las instrucciones de consulta analizan una o más tablas o expresiones y muestran las filas de resultados calculados. En esta sección, se describe la sintaxis para consultas de SQL en SQL de Cloud Spanner.
Sintaxis de SQL
query_statement: [ statement_hint_expr ][ table_hint_expr ][ join_hint_expr ]
query_expr statement_hint_expr: '@{' statement_hint_key = statement_hint_value [, ...] '}' statement_hint_key: { USE_ADDITIONAL_PARALLELISM | OPTIMIZER_VERSION | LOCK_SCANNED_RANGES } query_expr: [ WITH with_query_name AS ( query_expr ) [, ...] ] { select | ( query_expr ) | query_expr set_op query_expr } [ ORDER BY expression [{ ASC | DESC }] [, ...] ] [ LIMIT count [ OFFSET skip_rows ] ] select: SELECT [ AS { STRUCT | VALUE } ] [{ ALL | DISTINCT }] { [ expression. ]* [ EXCEPT ( column_name [, ...] ) ]
[ REPLACE ( expression [ AS ] column_name [, ...] ) ]
| expression [ [ AS ] alias ] } [, ...] [ FROM from_item [ tablesample_type ] [, ...] ] [ WHERE bool_expression ] [ GROUP BY expression [, ...] ] [ HAVING bool_expression ] set_op: UNION { ALL | DISTINCT } | INTERSECT { ALL | DISTINCT } | EXCEPT { ALL | DISTINCT } from_item: { table_name [ table_hint_expr ] [ [ AS ] alias ] | join | ( query_expr ) [ table_hint_expr ] [ [ AS ] alias ] | field_path | { UNNEST( array_expression ) | UNNEST( array_path ) | array_path } [ table_hint_expr ] [ [ AS ] alias ] [ WITH OFFSET [ [ AS ] alias ] ] | with_query_name [ table_hint_expr ] [ [ AS ] alias ] } table_hint_expr: '@{' table_hint_key = table_hint_value '}' table_hint_key: { FORCE_INDEX | GROUPBY_SCAN_OPTIMIZATION } join: from_item [ join_type ] [ join_method ] JOIN [ join_hint_expr ] from_item [ { ON bool_expression | USING ( join_column [, ...] ) } ] join_type: { INNER | CROSS | FULL [OUTER] | LEFT [OUTER] | RIGHT [OUTER] }
join_method:
{ HASH }
join_hint_expr: '@{' join_hint_key = join_hint_value [, ...] '}' join_hint_key: { FORCE_JOIN_ORDER | JOIN_METHOD } tablesample_type: TABLESAMPLE sample_method (sample_size percent_or_rows ) sample_method: { BERNOULLI | RESERVOIR } sample_size: numeric_value_expression percent_or_rows: { PERCENT | ROWS }
Reglas de notación
- Los corchetes “[ ]” indican cláusulas opcionales.
- Los paréntesis “( )” indican paréntesis literales.
- La barra vertical “|” indica un OR lógico.
- Las llaves “{ }” encierran un conjunto de opciones.
- Una coma seguida de puntos suspensivos entre corchetes “[, … ]” indica que el elemento anterior se puede repetir en una lista separada por comas.
Sugerencias de instrucciones
Las siguientes sugerencias son compatibles con las instrucciones de consulta:
Sugerencia de clave | Valores posibles | Descripción |
---|---|---|
USE_ADDITIONAL_PARALLELISM |
TRUE FALSE (valor predeterminado) |
Si fuese TRUE , el motor de ejecución favorecerá el uso de más paralelismo cuando sea posible.
Debido a que esto puede reducir los recursos disponibles para otras operaciones, es recomendable que evites esta sugerencia si ejecutas operaciones sensibles a la latencia en la misma instancia.
|
OPTIMIZER_VERSION | De 1 a N|latest | Ejecuta la consulta mediante la versión del optimizador especificada. Los valores posibles son 1 a N (la versión más reciente del optimizador) o latest . Si no se configura la sugerencia, el optimizador se ejecuta en la versión configurada en las opciones de base de datos o especificada a través de la API del cliente. Si no se establece ninguna, el optimizador configura la versión más reciente de forma predeterminada.En cuanto a la precedencia de la configuración de versión, el valor establecido por la API del cliente tiene prioridad sobre el valor de las opciones de la base de datos y el valor que establece esta sugerencia tiene prioridad sobre todo lo demás. Para obtener más información, consulta el Optimizador de consultas. |
LOCK_SCANNED_RANGES |
exclusive shared (valor predeterminado) |
Usa esta sugerencia para solicitar un bloqueo exclusivo en un conjunto de rangos analizados por una transacción. Exigir un bloqueo exclusivo ayuda en situaciones en las que observas una disputa de escritura alta, es decir, varias transacciones intentan leer y escribir simultáneamente en los mismos datos, lo que genera una gran cantidad de anulaciones.
Sin la sugerencia, es posible que varias transacciones simultáneas adquieran bloqueos compartidos y, luego, intenten actualizarse a bloqueos exclusivos. Esto provocará un interbloqueo, ya que el bloqueo compartido de cada transacción impide que las demás transacciones se actualicen a exclusivas. Cloud Spanner anula todas las transacciones, excepto una. Cuando se solicita un bloqueo exclusivo con esta sugerencia, una transacción adquiere el bloqueo y procede a ejecutarse, mientras que otras transacciones esperan su turno para el bloqueo. La capacidad de procesamiento sigue siendo limitada porque las transacciones en conflicto solo se pueden realizar de a una, pero en este caso, Cloud Spanner siempre progresa con una transacción, lo que ahorra tiempo que, de lo contrario, se usaría en anular y reintentar transacciones. Esta sugerencia es compatible con todos los tipos de declaraciones, tanto consultas como DML. Cloud Spanner siempre aplica la serialización. Las sugerencias del modo de bloqueo pueden afectar qué transacciones deben quedar en espera o se deben anular en las cargas de trabajo disputadas, pero no cambian el nivel de aislamiento. Debido a que esto es solo una sugerencia, no debe considerarse equivalente a una exclusión mutua. En otras palabras, no debes usar los bloqueos exclusivos de Cloud Spanner como un mecanismo de exclusión mutua para la ejecución de código fuera de Cloud Spanner. Para obtener más información, consulta Bloqueo. |
Tablas de muestra
Las siguientes tablas se usan para ilustrar el comportamiento de distintas cláusulas de consulta en esta referencia.
Tabla Roster
En la tabla Roster
, se incluye una lista de nombres de jugadores (LastName
) y el ID único asignado a su escuela (SchoolID
). El resultado será el siguiente:
+-----------------------+
| LastName | SchoolID |
+-----------------------+
| Adams | 50 |
| Buchanan | 52 |
| Coolidge | 52 |
| Davis | 51 |
| Eisenhower | 77 |
+-----------------------+
Puedes usar esta cláusula WITH
con el fin de emular un nombre de tabla temporal para los ejemplos de esta referencia:
WITH Roster AS
(SELECT 'Adams' as LastName, 50 as SchoolID UNION ALL
SELECT 'Buchanan', 52 UNION ALL
SELECT 'Coolidge', 52 UNION ALL
SELECT 'Davis', 51 UNION ALL
SELECT 'Eisenhower', 77)
SELECT * FROM Roster
Tabla PlayerStats
En la tabla PlayerStats
, se incluye una lista de nombres de jugadores (LastName
), el ID único asignado al oponente contra el que jugaron en un partido determinado (OpponentID
) y la cantidad de puntos marcados por cada atleta en ese partido (PointsScored
).
+----------------------------------------+
| LastName | OpponentID | PointsScored |
+----------------------------------------+
| Adams | 51 | 3 |
| Buchanan | 77 | 0 |
| Coolidge | 77 | 1 |
| Davis | 52 | 4 |
| Eisenhower | 50 | 13 |
+----------------------------------------+
Puedes usar esta cláusula WITH
con el fin de emular un nombre de tabla temporal para los ejemplos de esta referencia:
WITH PlayerStats AS
(SELECT 'Adams' as LastName, 51 as OpponentID, 3 as PointsScored UNION ALL
SELECT 'Buchanan', 77, 0 UNION ALL
SELECT 'Coolidge', 77, 1 UNION ALL
SELECT 'Adams', 52, 4 UNION ALL
SELECT 'Buchanan', 50, 13)
SELECT * FROM PlayerStats
Tabla TeamMascot
En la tabla TeamMascot
, se incluye una lista de los ID escolares únicos (SchoolID
) y la mascota de esa escuela (Mascot
).
+---------------------+
| SchoolID | Mascot |
+---------------------+
| 50 | Jaguars |
| 51 | Knights |
| 52 | Lakers |
| 53 | Mustangs |
+---------------------+
Puedes usar esta cláusula WITH
con el fin de emular un nombre de tabla temporal para los ejemplos de esta referencia:
WITH TeamMascot AS
(SELECT 50 as SchoolID, 'Jaguars' as Mascot UNION ALL
SELECT 51, 'Knights' UNION ALL
SELECT 52, 'Lakers' UNION ALL
SELECT 53, 'Mustangs')
SELECT * FROM TeamMascot
Lista SELECT
SELECT [ AS { typename | STRUCT | VALUE } ] [{ ALL | DISTINCT }] { [ expression. ]* [ EXCEPT ( column_name [, ...] ) ]
[ REPLACE ( expression [ AS ] column_name [, ...] ) ]
| expression [ [ AS ] alias ] } [, ...]
La lista SELECT
define las columnas que mostrará la consulta. Las expresiones de la lista SELECT
se pueden referir a columnas en cualquiera de los from_item
en su cláusula FROM
correspondiente.
Cada elemento de la lista SELECT
es uno de los siguientes:
*
expression
expression.*
SELECT *
SELECT *
, conocida como seleccionar Destacar, genera una columna de salida para cada columna que es visible después de ejecutar la consulta completa.
SELECT * FROM (SELECT "apple" AS fruit, "carrot" AS vegetable);
+-------+-----------+
| fruit | vegetable |
+-------+-----------+
| apple | carrot |
+-------+-----------+
expression
de SELECT
Los elementos en una lista SELECT
pueden ser expresiones. Estas expresiones se evalúan en un solo valor y producen una columna de salida, con un alias
explícito opcional.
Si la expresión no tiene un alias explícito, de ser posible, recibe un alias implícito según las reglas de los alias implícitos. De lo contrario, la columna será anónima y no se podrá hacer referencia a ella por su nombre en ninguna otra parte de la consulta.
expression.*
de SELECT
Un elemento de una lista SELECT
también puede adoptar la forma de expression.*
. Esto produce una columna de salida para cada columna o campo de nivel superior expression
.
La expresión debe ser un alias de tabla o evaluar un solo valor de un tipo de datos con campos, como un STRUCT.
La siguiente consulta genera una columna de salida para cada columna en la tabla groceries
, con un alias g
.
WITH groceries AS
(SELECT "milk" AS dairy,
"eggs" AS protein,
"bread" AS grain)
SELECT g.*
FROM groceries AS g;
+-------+---------+-------+
| dairy | protein | grain |
+-------+---------+-------+
| milk | eggs | bread |
+-------+---------+-------+
Más ejemplos:
WITH locations AS
(SELECT STRUCT("Seattle" AS city, "Washington" AS state) AS location
UNION ALL
SELECT STRUCT("Phoenix" AS city, "Arizona" AS state) AS location)
SELECT l.location.*
FROM locations l;
+---------+------------+
| city | state |
+---------+------------+
| Seattle | Washington |
| Phoenix | Arizona |
+---------+------------+
WITH locations AS
(SELECT ARRAY<STRUCT<city STRING, state STRING>>[("Seattle", "Washington"),
("Phoenix", "Arizona")] AS location)
SELECT l.LOCATION[offset(0)].*
FROM locations l;
+---------+------------+
| city | state |
+---------+------------+
| Seattle | Washington |
+---------+------------+
Modificadores para el operador *
SELECT * EXCEPT
Una declaración SELECT * EXCEPT
especifica los nombres de una o más columnas para que se excluyan del resultado. Todos los nombres de columna que coincidan se omiten de la salida.
WITH orders AS
(SELECT 5 as order_id,
"sprocket" as item_name,
200 as quantity)
SELECT * EXCEPT (order_id)
FROM orders;
+-----------+----------+
| item_name | quantity |
+-----------+----------+
| sprocket | 200 |
+-----------+----------+
SELECT * REPLACE
Una declaración SELECT * REPLACE
especifica una o más cláusulas expression AS identifier
. Cada identificador debe coincidir con el nombre de una columna de la declaración SELECT *
. En la lista de las columnas de salida, la columna que coincide con el identificador en una cláusula REPLACE
se reemplaza por la expresión en esa cláusula REPLACE
.
Una declaración SELECT * REPLACE
no cambia los nombres ni el orden de las columnas.
Sin embargo, puede cambiar el valor y el tipo de valor.
WITH orders AS
(SELECT 5 as order_id,
"sprocket" as item_name,
200 as quantity)
SELECT * REPLACE ("widget" AS item_name)
FROM orders;
+----------+-----------+----------+
| order_id | item_name | quantity |
+----------+-----------+----------+
| 5 | widget | 200 |
+----------+-----------+----------+
WITH orders AS
(SELECT 5 as order_id,
"sprocket" as item_name,
200 as quantity)
SELECT * REPLACE (quantity/2 AS quantity)
FROM orders;
+----------+-----------+----------+
| order_id | item_name | quantity |
+----------+-----------+----------+
| 5 | sprocket | 100 |
+----------+-----------+----------+
Manejo de filas duplicadas
Puedes modificar los resultados que se muestran de una consulta SELECT
, de la siguiente manera.
SELECT DISTINCT
Una declaración SELECT DISTINCT
descarta las filas duplicadas y muestra solo las filas restantes. SELECT DISTINCT
no puede mostrar las columnas de los siguientes tipos:
STRUCT
ARRAY
SELECT ALL
Una declaración SELECT ALL
muestra todas las filas, incluidas las filas duplicadas.
SELECT ALL
es el comportamiento predeterminado de SELECT
.
Usa STRUCT con SELECT
Las consultas que muestran un
STRUCT
en la raíz del tipo de datos que se muestra no son compatibles con las API de Cloud Spanner. Por ejemplo, la siguiente consulta es compatible solo como una subconsulta:SELECT STRUCT(1, 2) FROM Users;
Se admite que se muestre un array de structs como resultado. Por ejemplo, las consultas siguientes son compatibles con las API de Cloud Spanner:
SELECT ARRAY(SELECT STRUCT(1 AS A, 2 AS B)) FROM Users;
SELECT ARRAY(SELECT AS STRUCT 1 AS a, 2 AS b) FROM Users;
Sin embargo, las formas de consulta que pueden mostrar un valor
NULL
de tipoARRAY<STRUCT<...>>
o un valor de tipoARRAY<STRUCT<...>>
con un elemento que esNULL
no son compatibles con las API de Cloud Spanner, por lo que la siguiente consulta es compatible solo como subconsulta:SELECT ARRAY(SELECT IF(STARTS_WITH(Users.username, "a"), NULL, STRUCT(1, 2))) FROM Users;
Lee Consulta elementos STRUCT en un ARRAY para obtener más ejemplos sobre cómo consultar STRUCTs
dentro de un ARRAY
.
Consulta también las notas sobre el uso de STRUCTs
en subconsultas.
Tablas de valores
En SQL de Cloud Spanner, una tabla de valores es una tabla en la que el tipo de fila es un valor único. En una tabla normal, cada fila está compuesta por columnas, cada una de las cuales tiene un nombre y un tipo. En una tabla de valores, el tipo de fila es solo un valor único y no existen nombres de columna.
En Cloud Spanner, las tablas de valores se usan principalmente como el resultado del operador UNNEST
o una subconsulta. La cláusula WITH
presenta una tabla de valores si la subconsulta usada produce una tabla de valores. Cloud Spanner no admite tablas de valores como tablas base en esquemas de bases de datos y no admite que se muestren tablas de valores en los resultados de las consultas. Como consecuencia, las consultas que producen tablas de valores no se admiten como consultas de nivel superior.
En contextos en los que se espera una consulta de solo una columna, se puede usar una consulta de tabla de valores en su lugar. Por ejemplo, las subconsultas escalares y las subconsultas de array (consulta las Subconsultas), por lo general, requieren una consulta de una sola columna, pero en SQL de Cloud Spanner, también permiten usar una consulta de tabla de valores.
Una consulta producirá una tabla de valores si usa SELECT AS
mediante una de las siguientes sintaxis:
SELECT AS STRUCT
SELECT AS STRUCT expr [[AS] struct_field_name1] [,...]
Esto produce una tabla de valores con un tipo de fila STRUCT, en el que los nombres y tipos de campo STRUCT coinciden con los nombres y tipos de columnas generados en la lista SELECT
.
Ejemplo:
SELECT ARRAY(SELECT AS STRUCT 1 a, 2 b)
SELECT AS STRUCT
se puede usar en una subconsulta escalar o de arreglo para producir un solo tipo de STRUCT que agrupe varios valores. Las subconsultas escalares y de array (consulta las Subconsultas), por lo general, no pueden mostrar varias columnas, pero pueden mostrar una sola columna con el tipo STRUCT.
Se permiten columnas anónimas.
Ejemplo:
SELECT AS STRUCT 1 x, 2, 3
La consulta anterior produce valores de STRUCT del tipo STRUCT<int64 x, int64, int64>.
. El primer campo tiene el nombre x
, mientras que el segundo y tercer campo son anónimos.
En el ejemplo anterior, se genera el mismo resultado que con esta consulta SELECT AS VALUE
mediante un constructor de struct:
SELECT AS VALUE STRUCT(1 AS x, 2, 3)
Se permiten las columnas duplicadas.
Ejemplo:
SELECT AS STRUCT 1 x, 2 y, 3 x
La consulta anterior produce valores de STRUCT del tipo STRUCT<int64 x, int64 y, int64 x>.
. El primer y tercer campo tienen el mismo nombre x
, mientras que el segundo campo tiene el nombre y
.
El ejemplo anterior genera el mismo resultado que esta consulta SELECT AS VALUE
mediante un constructor de struct:
SELECT AS VALUE STRUCT(1 AS x, 2 AS y, 3 AS x)
SELECT AS VALUE
SELECT AS VALUE
genera una tabla de valores de cualquier lista SELECT
que produce exactamente una columna. En lugar de producir una tabla de salida de una columna, posiblemente con un nombre, la salida será una tabla de valores en la que el tipo de fila es solo el tipo de valor que se generó en la única columna SELECT
. Cualquier alias que tuviera la columna se descartará en la tabla de valores.
Ejemplo:
SELECT AS VALUE 1
La consulta anterior produce una tabla con el tipo de fila INT64.
Ejemplo:
SELECT AS VALUE STRUCT(1 AS a, 2 AS b) xyz
La consulta anterior produce una tabla con el tipo de fila STRUCT<a int64, b int64>
.
Ejemplo:
SELECT AS VALUE v FROM (SELECT AS STRUCT 1 a, true b) v WHERE v.b
Con una tabla de valores v
como entrada, la consulta anterior filtra ciertos valores en la cláusula WHERE
y, luego, produce una tabla de valores con el mismo valor que estaba en la tabla de entrada. Si no se usó SELECT AS VALUE
en la consulta anterior, el esquema de la tabla de salida sería distinto del esquema de la tabla de entrada porque la tabla de salida sería una tabla normal con una columna llamada v
que contiene el valor de entrada.
Alias
Consulta Usa alias para obtener información sobre la sintaxis y la visibilidad de los alias de la lista SELECT
.
Cláusula FROM
from_item: { table_name [ table_hint_expr ] [ [ AS ] alias ] | join | ( query_expr ) [ table_hint_expr ] [ [ AS ] alias ] | field_path | { UNNEST( array_expression ) | UNNEST( array_path ) | array_path } [ table_hint_expr ] [ [ AS ] alias ] [ WITH OFFSET [ [ AS ] alias ] ] | with_query_name [ table_hint_expr ] [ [ AS ] alias ] }
table_hint_expr: '@{' table_hint_key = table_hint_value '}' table_hint_key: { FORCE_INDEX | GROUPBY_SCAN_OPTIMIZATION }
La cláusula FROM
indica la tabla o tablas de las cuales se pueden recuperar filas y especifica cómo unir esas filas a fin de producir una sola secuencia de filas para procesar en el resto de la consulta.
table_name
El nombre de una tabla existente.
SELECT * FROM Roster;
Sugerencias de tablas
Las siguientes sugerencias son compatibles con las tablas:
Sugerencia de clave | Valores posibles | Descripción |
---|---|---|
FORCE_INDEX |
String. El nombre de un índice existente en la base de datos o _BASE_TABLE para usar la tabla base en lugar de un índice. |
Nota: En realidad, |
GROUPBY_SCAN_OPTIMIZATION |
TRUE FALSE |
La optimización de análisis de agrupación puede acelerar las consultas si se usa La optimización se aplica si el optimizador estima que esto hará que la consulta sea más eficiente. La sugerencia anula esa decisión. Si la sugerencia se establece en |
En el siguiente ejemplo, se muestra cómo usar un índice secundario cuando se lee desde una tabla, mediante la adición de una directiva de índice del formulario @{FORCE_INDEX=index_name}
al nombre de la tabla:
SELECT s.SingerId, s.FirstName, s.LastName, s.SingerInfo FROM Singers@{FORCE_INDEX=SingersByFirstLastName} AS s WHERE s.FirstName = "Catalina" AND s.LastName > "M";
Puedes incluir varios índices en una consulta, aunque solo se admite un único índice para cada referencia de tabla. Ejemplo:
SELECT s.SingerId, s.FirstName, s.LastName, s.SingerInfo, c.ConcertDate FROM Singers@{FORCE_INDEX=SingersByFirstLastName} AS s JOIN Concerts@{FORCE_INDEX=ConcertsBySingerId} AS c ON s.SingerId = c.SingerId WHERE s.FirstName = "Catalina" AND s.LastName > "M";
Obtén más información sobre las directivas de índice en la sección sobre índices secundarios.
join
Consulta Tipos de JOIN.
select
( select ) [ [ AS ] alias ]
es una subconsulta de tabla.
field_path
En la cláusula FROM
, field_path
es cualquier ruta que se resuelva en un campo dentro de un tipo de datos. field_path
puede analizar una estructura de datos anidada, de manera arbitraria, en más profundidad.
Estos son algunos ejemplos de valores válidos de field_path
:
SELECT * FROM T1 t1, t1.array_column;
SELECT * FROM T1 t1, t1.struct_column.array_field;
SELECT (SELECT ARRAY_AGG(c) FROM t1.array_column c) FROM T1 t1;
SELECT a.struct_field1 FROM T1 t1, t1.array_of_structs a;
SELECT (SELECT STRING_AGG(a.struct_field1) FROM t1.array_of_structs a) FROM T1 t1;
Las rutas de campo en la cláusula FROM
deben finalizar en un campo de arreglo. Además, las rutas de campo no pueden contener arreglos antes del final de la ruta de acceso. Por ejemplo, la ruta array_column.some_array.some_array_field
no es válida, ya que contiene un arreglo antes del final de la ruta de acceso.
UNNEST
El operador UNNEST
toma un ARRAY
y muestra una tabla con una fila por cada elemento en el ARRAY
.
También puedes usar UNNEST
fuera de la cláusula FROM
con el operador IN
.
Para los ARRAY
de entrada de la mayoría de los tipos de elementos, la salida de UNNEST
, por lo general, tiene una columna. Esta columna única tiene un alias
opcional, que puedes usar para referirte a la columna en otras partes de la consulta. Los ARRAYS
con estos tipos de elementos muestran varias columnas:
- STRUCT
UNNEST
destruye el orden de los elementos en el ARRAY
de entrada. Usa la cláusula WITH OFFSET
opcional para mostrar una segunda columna con los índices de los elementos del arreglo (consulta la información que se detalla a continuación).
Para un ARRAY
de entrada de STRUCT
, UNNEST
muestra una fila de cada STRUCT
, con una columna aparte de cada campo en STRUCT
. El alias de cada columna es el nombre del campo STRUCT
correspondiente.
Ejemplo
SELECT *
FROM UNNEST(ARRAY<STRUCT<x INT64, y STRING>>[(1, 'foo'), (3, 'bar')]);
+---+-----+
| x | y |
+---+-----+
| 3 | bar |
| 1 | foo |
+---+-----+
Como el operador UNNEST
muestra una tabla de valores, puedes ponerle un alias a UNNEST
para definir una variable de rango a la que puedas hacer referencia en otra parte de la consulta. Si haces referencia a la variable de rango en la lista SELECT
, la consulta muestra una STRUCT
que contiene todos los campos de la STRUCT
original en la tabla de entrada.
Ejemplo:
SELECT *, struct_value
FROM UNNEST(ARRAY<STRUCT<x INT64, y STRING>>[(1, 'foo'), (3, 'bar')])
AS struct_value;
+---+-----+--------------+
| x | y | struct_value |
+---+-----+--------------+
| 3 | bar | {3, bar} |
| 1 | foo | {1, foo} |
+---+-----+--------------+
El desanidado de ARRAY
puede ser explícito o implícito.
En el desanidado explícito, array_expression
debe mostrar un valor ARRAY
, pero no es necesario que se resuelva en un ARRAY
y, además, se requiere la palabra clave UNNEST
.
Ejemplo:
SELECT * FROM UNNEST ([1, 2, 3]);
En el desanidado implícito, array_path
debe resolverse en un ARRAY
y la palabra clave UNNEST
es opcional.
Ejemplo:
SELECT x
FROM mytable AS t,
t.struct_typed_column.array_typed_field1 AS x;
En este caso, array_path
puede analizar de manera arbitraria y en detalle una estructura de datos, pero el último campo debe ser de tipo ARRAY
. Ningún campo anterior en la expresión puede ser de tipo ARRAY
, ya que no es posible extraer un campo con nombre de un ARRAY
.
UNNEST
trata los NULL de la siguiente manera:
- Los arreglos NULL y vacíos no producen filas.
- Un arreglo que contiene valores NULL produce filas que contienen valores NULL.
La cláusula opcional WITH OFFSET
muestra una columna aparte que contiene el valor de “desplazamiento” (es decir, el conteo comienza en cero) de cada fila que genera la operación UNNEST
. Esta columna tiene un alias
opcional. El alias predeterminado es el desplazamiento.
Ejemplo:
SELECT * FROM UNNEST ( ) WITH OFFSET AS num;
Consulta Arrays topic
para conocer más formas de usar UNNEST
, incluida la construcción, la compactación y el filtrado.
with_query_name
Los nombres de consulta en una cláusula WITH
(consulta la Cláusula WITH) actúan como nombres de tablas temporales a las que puedes hacer referencia en cualquier parte de la cláusula FROM
.
En el siguiente ejemplo, subQ1
y subQ2
son with_query_names
.
Ejemplo:
WITH
subQ1 AS (SELECT * FROM Roster WHERE SchoolID = 52),
subQ2 AS (SELECT SchoolID FROM subQ1)
SELECT DISTINCT * FROM subQ2;
La cláusula WITH
oculta las tablas permanentes con el mismo nombre mientras dura la consulta, a menos que califiques el nombre de la tabla, por ejemplo:
db.Roster
.
Operador TABLESAMPLE
tablesample_type:
TABLESAMPLE sample_method (sample_size percent_or_rows )
sample_method:
{ BERNOULLI | RESERVOIR }
sample_size:
numeric_value_expression
percent_or_rows:
{ PERCENT | ROWS }
partition_by:
PARTITION BY partition_expression [, ...]
Descripción
Puedes usar el operador TABLESAMPLE
para seleccionar una muestra aleatoria de un conjunto de datos. Este operador es útil cuando se trabaja con tablas que tienen grandes cantidades de datos y no se requieren respuestas precisas.
sample_method
: Cuando uses el operadorTABLESAMPLE
, debes especificar el algoritmo de muestreo que usarás:BERNOULLI
: Cada fila se selecciona de forma independiente con la probabilidad determinada en la cláusulapercent
. Como resultado, obtienes una cantidad aproximada deN * percent/100
de filas.RESERVOIR
: Toma como parámetro un valor K de tamaño de muestra real (expresado como un número de filas). Si la entrada es menor que K, se muestra toda la relación de entrada. Si la entrada es mayor que K, el muestreo de reservoir exhibe una muestra de tamaño igual a K, en la que cualquier muestra de tamaño K es igual de probable.
sample_size
: Es el tamaño de la muestra.percent_or_rows
: El operadorTABLESAMPLE
requiere que elijasROWS
oPERCENT
. Si eligesPERCENT
, el valor debe estar entre 0 y 100. Si eligesROWS
, el valor debe ser mayor o igual que 0.
Ejemplos
En los siguientes ejemplos, se ilustra el uso del operador TABLESAMPLE
.
Selecciona de una tabla mediante el método de muestreo RESERVOIR
:
SELECT MessageId
FROM Messages TABLESAMPLE RESERVOIR (100 ROWS);
Selecciona de una tabla mediante el método de muestreo BERNOULLI
:
SELECT MessageId
FROM Messages TABLESAMPLE BERNOULLI (0.1 PERCENT);
Usa TABLESAMPLE
con una subconsulta:
SELECT Subject FROM
(SELECT MessageId, Subject FROM Messages WHERE ServerId="test")
TABLESAMPLE BERNOULLI(50 PERCENT)
WHERE MessageId > 3;
Usa una operación TABLESAMPLE
con una unión a otra tabla.
SELECT S.Subject
FROM
(SELECT MessageId, ThreadId FROM Messages WHERE ServerId="test") AS R
TABLESAMPLE RESERVOIR(5 ROWS),
Threads AS S
WHERE S.ServerId="test" AND R.ThreadId = S.ThreadId;
Alias
Consulta Usa alias para obtener información sobre la sintaxis y la visibilidad de los alias de la cláusula FROM
.
Tipos de JOIN
join: from_item [ join_type ] [ join_method ] JOIN [ join_hint_expr ] from_item [ ON bool_expression | USING ( join_column [, ...] ) ] join_type: { INNER | CROSS | FULL [OUTER] | LEFT [OUTER] | RIGHT [OUTER] }
join_method:
{ HASH }
join_hint_expr: '@{' join_hint_key = join_hint_value [, ...] '}' join_hint_key: { FORCE_JOIN_ORDER | JOIN_METHOD }
La cláusula JOIN
combina dos from_item
para que la cláusula SELECT
pueda consultarlos como una sola fuente. La cláusula join_type
y ON
o USING
(una “condición JOIN”) especifica cómo combinar y descartar las filas de los dos from_item
para formar una sola fuente.
Todas las cláusulas JOIN
requieren un join_type
.
Una cláusula JOIN
requiere una condición de unión, a menos que se cumpla una de las siguientes condiciones:
join_type
esCROSS
.- Al menos uno de los elementos
from_item
no es una tabla, p. ej.,array_path
ofield_path
.
Sugerencias de uniones
Las siguientes sugerencias son compatibles con JOIN
:
Sugerencia de clave | Valores posibles | Descripción |
---|---|---|
FORCE_JOIN_ORDER |
TRUE FALSE (valor predeterminado) |
Si se configura como verdadero, usa el orden de uniones que se especifica en la consulta. |
JOIN_METHOD |
HASH_JOIN APPLY_JOIN |
Cuando implementes una unión lógica, elige una alternativa específica para usar en el método de unión subyacente. Obtén más información en Métodos de unión. Para usar una unión HASH, usa HASH JOIN o JOIN@{JOIN_METHOD=HASH_JOIN} , pero no ambos. |
HASH_JOIN_BUILD_SIDE |
BUILD_LEFT BUILD_RIGHT |
Especifica qué lado de la unión hash se usa como el lado de la compilación. Solo se puede usar con JOIN_METHOD=HASH_JOIN |
BATCH_MODE |
TRUE (default) FALSE |
Se usa para inhabilitar la unión aplicada por lotes a favor de la unión de filas a la vez. Solo se puede usar con JOIN_METHOD=APPLY_JOIN .
|
Métodos de unión
Los métodos de unión son implementaciones específicas de los distintos tipos de unión lógica. Algunos métodos de unión están disponibles solo para ciertos tipos de unión. La elección del método de unión que se usará depende de los detalles de tu consulta y de los datos que se consulten. La mejor manera de saber si un método de unión en particular contribuye al rendimiento de tu consulta es probar el método y ver el plan de ejecución de consultas resultante. Para obtener más detalles, consulta la página sobre operadores de ejecución de consultas, en especial, las secciones sobre los operadores de unión apply y hash.
Método de unión | Descripción | Operandos |
---|---|---|
HASH_JOIN |
El operador de unión hash compila una tabla de hash de un lado (el lado de la compilación) y sondea la tabla de hash para todos los elementos del otro lado (el lado del sondeo). | Para diferentes tipos de unión, se usan distintos tipos de variantes. Consulta el plan de ejecución de consultas para tu consulta a fin de ver qué variante se usa. Obtén más información sobre el operador de unión hash. |
APPLY_JOIN |
El operador de unión apply obtiene cada elemento de un lado (el lado de entrada) y evalúa la subconsulta en el otro lado (el lado de la asignación) mediante los valores del elemento del lado de entrada. | Para diferentes tipos de unión, se usan distintos tipos de variantes. El operador de aplicación cruzada (cross apply) se usa para la unión interna, y el operador de aplicación externa (outer apply) se usa para las uniones izquierdas. Obtén más información sobre los operadores de aplicación cruzada y aplicación externa. |
[INNER] JOIN
Una INNER JOIN
, o tan solo JOIN
, calcula de manera efectiva el producto cartesiano de los dos from_item
y descarta todas las filas que no cumplen con la condición de unión. “De manera efectiva” significa que es posible implementar INNER JOIN
sin calcular el producto cartesiano.
FROM A INNER JOIN B ON A.w = B.y
Table A Table B Result
+-------+ +-------+ +---------------+
| w | x | * | y | z | = | w | x | y | z |
+-------+ +-------+ +---------------+
| 1 | a | | 2 | k | | 2 | b | 2 | k |
| 2 | b | | 3 | m | | 3 | c | 3 | m |
| 3 | c | | 3 | n | | 3 | c | 3 | n |
| 3 | d | | 4 | p | | 3 | d | 3 | m |
+-------+ +-------+ | 3 | d | 3 | n |
+---------------+
FROM A INNER JOIN B USING (x)
Table A Table B Result
+-------+ +-------+ +-----------+
| x | y | * | x | z | = | x | y | z |
+-------+ +-------+ +-----------+
| 1 | a | | 2 | k | | 2 | b | k |
| 2 | b | | 3 | m | | 3 | c | m |
| 3 | c | | 3 | n | | 3 | c | n |
| 3 | d | | 4 | p | | 3 | d | m |
+-------+ +-------+ | 3 | d | n |
+-----------+
Ejemplo
Mediante esta consulta, se realiza una INNER JOIN
en las tablas Roster
y TeamMascot
.
SELECT Roster.LastName, TeamMascot.Mascot
FROM Roster JOIN TeamMascot ON Roster.SchoolID = TeamMascot.SchoolID;
+---------------------------+
| LastName | Mascot |
+---------------------------+
| Adams | Jaguars |
| Buchanan | Lakers |
| Coolidge | Lakers |
| Davis | Knights |
+---------------------------+
CROSS JOIN
CROSS JOIN
muestra el producto cartesiano de los dos from_item
. En otras palabras, combina cada fila del primer from_item
con cada fila del segundo from_item
.
Si las filas de los dos from_item
son independientes, el resultado tiene M x N filas, si es que hay M filas en un from_item
y N en el otro. Ten en cuenta que esto se mantiene incluso si cualquiera de los dos from_item
tiene cero filas.
FROM A CROSS JOIN B
Table A Table B Result
+-------+ +-------+ +---------------+
| w | x | * | y | z | = | w | x | y | z |
+-------+ +-------+ +---------------+
| 1 | a | | 2 | c | | 1 | a | 2 | c |
| 2 | b | | 3 | d | | 1 | a | 3 | d |
+-------+ +-------+ | 2 | b | 2 | c |
| 2 | b | 3 | d |
+---------------+
Puedes usar CROSS JOIN
correlacionadas para compactar las columnas ARRAY
. En este caso, las filas del segundo from_item
varían para cada fila del primer from_item
.
FROM A CROSS JOIN A.y
Table A Result
+-------------------+ +-----------+
| w | x | y | -> | w | x | y |
+-------------------+ +-----------+
| 1 | a | [P, Q] | | 1 | a | P |
| 2 | b | [R, S, T] | | 1 | a | Q |
+-------------------+ | 2 | b | R |
| 2 | b | S |
| 2 | b | T |
+-----------+
Las CROSS JOIN
se pueden escribir de forma explícita de la siguiente manera:
FROM a CROSS JOIN b
O bien, de forma implícita como una unión cruzada con comas, como la que se muestra a continuación:
FROM a, b
No puedes escribir uniones cruzadas con comas entre paréntesis:
FROM a CROSS JOIN (b, c) // INVALID
Consulta Secuencias de JOIN para obtener detalles sobre cómo se comporta una CROSS JOIN con coma en una secuencia de JOIN.
Ejemplos
Mediante esta consulta, se realiza una CROSS JOIN
explícita en las tablas Roster
y TeamMascot
.
SELECT Roster.LastName, TeamMascot.Mascot
FROM Roster CROSS JOIN TeamMascot;
+---------------------------+
| LastName | Mascot |
+---------------------------+
| Adams | Jaguars |
| Adams | Knights |
| Adams | Lakers |
| Adams | Mustangs |
| Buchanan | Jaguars |
| Buchanan | Knights |
| Buchanan | Lakers |
| Buchanan | Mustangs |
| ... |
+---------------------------+
Mediante esta consulta, se realiza una unión cruzada con comas que produce los mismos resultados que la CROSS JOIN
explícita anterior:
SELECT Roster.LastName, TeamMascot.Mascot
FROM Roster, TeamMascot;
FULL [OUTER] JOIN
Una FULL OUTER JOIN
(o simplemente FULL JOIN
) muestra todos los campos de todas las filas de ambos from_item
que cumplen con la condición JOIN.
FULL
indica que todas las filas de ambos from_item
se muestran, incluso si no cumplen con la condición JOIN.
OUTER
indica que si una fila determinada de un from_item
no se une a ninguna fila del otro from_item
, la fila mostrará NULL para todas las columnas del otro from_item
.
FROM A FULL OUTER JOIN B ON A.w = B.y
Table A Table B Result
+-------+ +-------+ +---------------------------+
| w | x | * | y | z | = | w | x | y | z |
+-------+ +-------+ +---------------------------+
| 1 | a | | 2 | k | | 1 | a | NULL | NULL |
| 2 | b | | 3 | m | | 2 | b | 2 | k |
| 3 | c | | 3 | n | | 3 | c | 3 | m |
| 3 | d | | 4 | p | | 3 | c | 3 | n |
+-------+ +-------+ | 3 | d | 3 | m |
| 3 | d | 3 | n |
| NULL | NULL | 4 | p |
+---------------------------+
FROM A FULL OUTER JOIN B USING (x)
Table A Table B Result
+-------+ +-------+ +--------------------+
| x | y | * | x | z | = | x | y | z |
+-------+ +-------+ +--------------------+
| 1 | a | | 2 | k | | 1 | a | NULL |
| 2 | b | | 3 | m | | 2 | b | k |
| 3 | c | | 3 | n | | 3 | c | m |
| 3 | d | | 4 | p | | 3 | c | n |
+-------+ +-------+ | 3 | d | m |
| 3 | d | n |
| 4 | NULL | p |
+--------------------+
Ejemplo
Mediante esta consulta, se realiza una FULL JOIN
en las tablas Roster
y TeamMascot
.
SELECT Roster.LastName, TeamMascot.Mascot
FROM Roster FULL JOIN TeamMascot ON Roster.SchoolID = TeamMascot.SchoolID;
+---------------------------+
| LastName | Mascot |
+---------------------------+
| Adams | Jaguars |
| Buchanan | Lakers |
| Coolidge | Lakers |
| Davis | Knights |
| Eisenhower | NULL |
| NULL | Mustangs |
+---------------------------+
LEFT [OUTER] JOIN
El resultado de una LEFT OUTER JOIN
(o tan solo LEFT JOIN
) para dos from_item
siempre conserva todas las filas del from_item
de la izquierda en la cláusula JOIN
, incluso si ninguna fila en el from_item
de la derecha satisface el predicado de JOIN.
LEFT
indica que se muestran todas las filas from_item
de la izquierda. Si una fila determinada del from_item
de la izquierda no se une a ninguna fila del from_item
de la derecha, se mostrarán en la fila todas las columnas del from_item
de la derecha como NULL. Las filas del from_item
de la derecha que no se unen a ninguna fila del from_item
de la izquierda se descartan.
FROM A LEFT OUTER JOIN B ON A.w = B.y
Table A Table B Result
+-------+ +-------+ +---------------------------+
| w | x | * | y | z | = | w | x | y | z |
+-------+ +-------+ +---------------------------+
| 1 | a | | 2 | k | | 1 | a | NULL | NULL |
| 2 | b | | 3 | m | | 2 | b | 2 | k |
| 3 | c | | 3 | n | | 3 | c | 3 | m |
| 3 | d | | 4 | p | | 3 | c | 3 | n |
+-------+ +-------+ | 3 | d | 3 | m |
| 3 | d | 3 | n |
+---------------------------+
FROM A LEFT OUTER JOIN B USING (x)
Table A Table B Result
+-------+ +-------+ +--------------------+
| x | y | * | x | z | = | x | y | z |
+-------+ +-------+ +--------------------+
| 1 | a | | 2 | k | | 1 | a | NULL |
| 2 | b | | 3 | m | | 2 | b | k |
| 3 | c | | 3 | n | | 3 | c | m |
| 3 | d | | 4 | p | | 3 | c | n |
+-------+ +-------+ | 3 | d | m |
| 3 | d | n |
+--------------------+
Ejemplo
Mediante esta consulta, se realiza una LEFT JOIN
en las tablas Roster
y TeamMascot
.
SELECT Roster.LastName, TeamMascot.Mascot
FROM Roster LEFT JOIN TeamMascot ON Roster.SchoolID = TeamMascot.SchoolID;
+---------------------------+
| LastName | Mascot |
+---------------------------+
| Adams | Jaguars |
| Buchanan | Lakers |
| Coolidge | Lakers |
| Davis | Knights |
| Eisenhower | NULL |
+---------------------------+
RIGHT [OUTER] JOIN
El resultado de una RIGHT OUTER JOIN
(o tan solo RIGHT JOIN
) es similar y simétrico al de una LEFT OUTER JOIN
.
FROM A RIGHT OUTER JOIN B ON A.w = B.y
Table A Table B Result
+-------+ +-------+ +---------------------------+
| w | x | * | y | z | = | w | x | y | z |
+-------+ +-------+ +---------------------------+
| 1 | a | | 2 | k | | 2 | b | 2 | k |
| 2 | b | | 3 | m | | 3 | c | 3 | m |
| 3 | c | | 3 | n | | 3 | c | 3 | n |
| 3 | d | | 4 | p | | 3 | d | 3 | m |
+-------+ +-------+ | 3 | d | 3 | n |
| NULL | NULL | 4 | p |
+---------------------------+
FROM A RIGHT OUTER JOIN B USING (x)
Table A Table B Result
+-------+ +-------+ +--------------------+
| x | y | * | x | z | = | x | y | z |
+-------+ +-------+ +--------------------+
| 1 | a | | 2 | k | | 2 | b | k |
| 2 | b | | 3 | m | | 3 | c | m |
| 3 | c | | 3 | n | | 3 | c | n |
| 3 | d | | 4 | p | | 3 | d | m |
+-------+ +-------+ | 3 | d | n |
| 4 | NULL | p |
+--------------------+
Ejemplo
Mediante esta consulta, se realiza una RIGHT JOIN
en las tablas Roster
y TeamMascot
.
SELECT Roster.LastName, TeamMascot.Mascot
FROM Roster RIGHT JOIN TeamMascot ON Roster.SchoolID = TeamMascot.SchoolID;
+---------------------------+
| LastName | Mascot |
+---------------------------+
| Adams | Jaguars |
| Buchanan | Lakers |
| Coolidge | Lakers |
| Davis | Knights |
| NULL | Mustangs |
+---------------------------+
Cláusula ON
La cláusula ON
contiene una bool_expression
. Una fila combinada (el resultado de la unión de dos filas) cumple con la condición de unión si bool_expression
muestra TRUE.
FROM A JOIN B ON A.x = B.x
Table A Table B Result (A.x, B.x)
+---+ +---+ +-------+
| x | * | x | = | x | x |
+---+ +---+ +-------+
| 1 | | 2 | | 2 | 2 |
| 2 | | 3 | | 3 | 3 |
| 3 | | 4 | +-------+
+---+ +---+
Ejemplo
Mediante esta consulta, se realiza una INNER JOIN
en las tablas Roster
y TeamMascot
.
SELECT Roster.LastName, TeamMascot.Mascot
FROM Roster JOIN TeamMascot ON Roster.SchoolID = TeamMascot.SchoolID;
+---------------------------+
| LastName | Mascot |
+---------------------------+
| Adams | Jaguars |
| Buchanan | Lakers |
| Coolidge | Lakers |
| Davis | Knights |
+---------------------------+
Cláusula USING
La cláusula USING
requiere una column_list
de una o más columnas que aparecen en ambas tablas de entrada. Realiza una comparación de igualdad en esa columna y las filas cumplen la condición de unión si la comparación de igualdad muestra TRUE.
FROM A JOIN B USING (x)
Table A Table B Result
+---+ +---+ +---+
| x | * | x | = | x |
+---+ +---+ +---+
| 1 | | 2 | | 2 |
| 2 | | 3 | | 3 |
| 3 | | 4 | +---+
+---+ +---+
Ejemplo
Mediante esta consulta, se realiza una INNER JOIN
en las tablas Roster
y TeamMascot
.
Mediante esta declaración, se muestran las filas de Roster
y TeamMascot
en las que Roster.SchooldID
es igual a TeamMascot.SchooldID
. En los resultados, se incluye una sola columna SchooldID
.
SELECT * FROM Roster INNER JOIN TeamMascot USING (SchoolID);
+----------------------------------------+
| SchoolID | LastName | Mascot |
+----------------------------------------+
| 50 | Adams | Jaguars |
| 52 | Buchanan | Lakers |
| 52 | Coolidge | Lakers |
| 51 | Davis | Knights |
+----------------------------------------+
Equivalencia entre USING y ON
Las palabras clave USING
y ON
no son equivalentes, pero son similares.
Mediante ON
, se muestran varias columnas, y mediante USING
, se muestra una.
FROM A JOIN B ON A.x = B.x
FROM A JOIN B USING (x)
Table A Table B Result ON Result USING
+---+ +---+ +-------+ +---+
| x | * | x | = | x | x | | x |
+---+ +---+ +-------+ +---+
| 1 | | 2 | | 2 | 2 | | 2 |
| 2 | | 3 | | 3 | 3 | | 3 |
| 3 | | 4 | +-------+ +---+
+---+ +---+
Si bien ON
y USING
no son equivalentes, pueden mostrar los mismos resultados si especificas las columnas que deseas mostrar.
SELECT x FROM A JOIN B USING (x);
SELECT A.x FROM A JOIN B ON A.x = B.x;
Table A Table B Result
+---+ +---+ +---+
| x | * | x | = | x |
+---+ +---+ +---+
| 1 | | 2 | | 2 |
| 2 | | 3 | | 3 |
| 3 | | 4 | +---+
+---+ +---+
Secuencias de JOIN
La cláusula FROM
puede contener varias cláusulas JOIN
en una secuencia. Las JOIN
están vinculadas de izquierda a derecha. Por ejemplo:
FROM A JOIN B USING (x) JOIN C USING (x)
-- A JOIN B USING (x) = result_1
-- result_1 JOIN C USING (x) = result_2
-- result_2 = return value
También puedes insertar paréntesis para agrupar las JOIN
:
FROM ( (A JOIN B USING (x)) JOIN C USING (x) )
-- A JOIN B USING (x) = result_1
-- result_1 JOIN C USING (x) = result_2
-- result_2 = return value
Con paréntesis, puedes agrupar JOIN
para que estén vinculadas en un orden diferente:
FROM ( A JOIN (B JOIN C USING (x)) USING (x) )
-- B JOIN C USING (x) = result_1
-- A JOIN result_1 = result_2
-- result_2 = return value
Cuando las uniones cruzadas con coma están presentes en una consulta con una secuencia de JOIN, se agrupan de izquierda a derecha como otros tipos de JOIN
:
FROM A JOIN B USING (x) JOIN C USING (x), D
-- A JOIN B USING (x) = result_1
-- result_1 JOIN C USING (x) = result_2
-- result_2 CROSS JOIN D = return value
No puede haber una RIGHT JOIN
o una FULL JOIN
después de una unión con comas.
FROM A, B RIGHT JOIN C ON TRUE // INVALID
FROM A, B FULL JOIN C ON TRUE // INVALID
FROM A, B JOIN C ON TRUE // VALID
Cláusula WHERE
WHERE bool_expression
Mediante la cláusula WHERE
, se evalúa cada fila con la bool_expression
para filtrarlas y se descartan todas las filas que no muestren TRUE (es decir, las filas que muestren FALSE o NULL).
Ejemplo:
SELECT * FROM Roster
WHERE SchoolID = 52;
La bool_expression
puede contener varias subcondiciones.
Ejemplo:
SELECT * FROM Roster
WHERE STARTS_WITH(LastName, "Mc") OR STARTS_WITH(LastName, "Mac");
No puedes hacer referencia a los alias de columnas de la lista SELECT
en la cláusula WHERE
.
Las expresiones en una INNER JOIN
tienen una expresión equivalente en la cláusula WHERE
. Por ejemplo, una consulta que usa INNER
JOIN
y ON
tiene una expresión equivalente mediante CROSS JOIN
y WHERE
.
Por ejemplo, esta consulta:
SELECT Roster.LastName, TeamMascot.Mascot
FROM Roster INNER JOIN TeamMascot
ON Roster.SchoolID = TeamMascot.SchoolID;
es equivalente a esto:
SELECT Roster.LastName, TeamMascot.Mascot
FROM Roster CROSS JOIN TeamMascot
WHERE Roster.SchoolID = TeamMascot.SchoolID;
Cláusula GROUP BY
GROUP BY expression [, ...]
La cláusula GROUP BY
agrupa las filas en una tabla con valores no distintos para la expression
en la cláusula GROUP BY
. Para varias filas en la tabla de origen con valores no distintos de la expression
, la cláusula GROUP BY
produce una única fila combinada. Por lo general, GROUP BY
se usa cuando las funciones de agregación están presentes en la lista SELECT
o para eliminar la redundancia en la salida. El tipo de datos de expression
debe ser agrupable.
Ejemplo:
SELECT SUM(PointsScored), LastName
FROM PlayerStats
GROUP BY LastName;
La cláusula GROUP BY
puede hacer referencia a nombres de expresiones en la lista SELECT
. La cláusula GROUP BY
también permite referencias ordinales a expresiones en la lista SELECT
mediante valores de números enteros. 1
se refiere a la primera expresión en la lista SELECT
, 2
a la segunda, y así sucesivamente. La lista de expresiones puede combinar ordinales y nombres de expresiones.
Ejemplo:
SELECT SUM(PointsScored), LastName, FirstName
FROM PlayerStats
GROUP BY LastName, FirstName;
La consulta anterior es equivalente a lo siguiente:
SELECT SUM(PointsScored), LastName, FirstName
FROM PlayerStats
GROUP BY 2, FirstName;
Las cláusulas GROUP BY
pueden referirse también a los alias. Si una consulta contiene alias en la cláusula SELECT
, esos alias anulan los nombres en la cláusula FROM
correspondiente.
Ejemplo:
SELECT SUM(PointsScored), LastName as last_name
FROM PlayerStats
GROUP BY last_name;
Cláusula HAVING
HAVING bool_expression
La cláusula HAVING
es similar a la cláusula WHERE
: filtra las filas que no muestran TRUE cuando se evalúan con la bool_expression
.
Al igual que con la cláusula WHERE
, bool_expression
puede ser cualquier expresión que muestre un valor booleano y puede contener varias subcondiciones.
La cláusula HAVING
se distingue de la cláusula WHERE
en cuanto a los siguientes aspectos:
- La cláusula
HAVING
requiere unaGROUP BY
o agregación para formar parte de la consulta. - La cláusula
HAVING
se produce después deGROUP BY
y de la agregación, y antes deORDER BY
. Esto significa que la cláusulaHAVING
se evalúa una vez en cada fila agregada en el conjunto de resultados. Esto difiere de la cláusulaWHERE
, que se evalúa antes deGROUP BY
y de la agregación.
La cláusula HAVING
puede hacer referencia a columnas disponibles a través de la cláusula FROM
, así como los alias de la lista SELECT
. Las expresiones a las que se hace referencia en la cláusula HAVING
deben aparecer en la cláusula GROUP BY
o deben ser el resultado de una función de agregación:
SELECT LastName
FROM Roster
GROUP BY LastName
HAVING SUM(PointsScored) > 15;
Si una consulta contiene alias en la cláusula SELECT
, esos alias anulan los nombres en una cláusula FROM
.
SELECT LastName, SUM(PointsScored) AS ps
FROM Roster
GROUP BY LastName
HAVING ps > 0;
Agregación obligatoria
La agregación no tiene que estar presente en la cláusula HAVING
, pero debe estar en al menos una de las siguientes formas:
Función de agregación en la lista SELECT
.
SELECT LastName, SUM(PointsScored) AS total
FROM PlayerStats
GROUP BY LastName
HAVING total > 15;
Función de agregación en la cláusula “HAVING”.
SELECT LastName
FROM PlayerStats
GROUP BY LastName
HAVING SUM(PointsScored) > 15;
Agregación en la lista SELECT
y en la cláusula HAVING
.
Cuando las funciones de agregación están presentes en la lista SELECT
y en la cláusula HAVING
, no es necesario que estas funciones y las columnas a las que hacen referencia sean las mismas. En el siguiente ejemplo, las dos funciones de agregación, COUNT()
y SUM()
, son diferentes y también usan columnas diferentes.
SELECT LastName, COUNT(*)
FROM PlayerStats
GROUP BY LastName
HAVING SUM(PointsScored) > 15;
Cláusula ORDER BY
ORDER BY expression [{ ASC | DESC }] [, ...]
La cláusula ORDER BY
especifica una columna o expresión como criterio de clasificación para el conjunto de resultados. Si una cláusula ORDER BY no está presente, el orden de los resultados de una consulta no se define. Se permiten los alias de columna de una cláusula FROM
o una lista SELECT
. Si una consulta contiene alias en la cláusula SELECT
, esos alias anulan los nombres en la cláusula FROM
correspondiente.
Cláusulas opcionales
ASC | DESC
: ordenan los resultados de los valores deexpression
en orden ascendente o descendente.ASC
es el valor predeterminado.
Ejemplos
Para usar el orden de clasificación predeterminado (ascendente), haz lo siguiente:
SELECT x, y
FROM (SELECT 1 AS x, true AS y UNION ALL
SELECT 9, true)
ORDER BY x;
+------+-------+
| x | y |
+------+-------+
| 1 | true |
| 9 | true |
+------+-------+
Para usar el orden de clasificación descendente, haz lo siguiente:
SELECT x, y
FROM (SELECT 1 AS x, true AS y UNION ALL
SELECT 9, true)
ORDER BY x DESC;
+------+-------+
| x | y |
+------+-------+
| 9 | true |
| 1 | true |
+------+-------+
Es posible ordenar por varias columnas. En el siguiente ejemplo, el conjunto de resultados se ordena primero por SchoolID
y, luego, por LastName
:
SELECT LastName, PointsScored, OpponentID
FROM PlayerStats
ORDER BY SchoolID, LastName;
Las siguientes reglas se aplican cuando se ordenan los valores:
- NULL: En el contexto de la cláusula
ORDER BY
, los NULL son el valor mínimo posible, es decir, los valores NULL aparecen primeros enASC
y últimos enDESC
. - Tipos de datos de punto flotante: Consulta Semántica de punto flotante sobre cómo ordenar y agrupar.
Cuando se usa junto con los operadores de conjuntos, la cláusula ORDER BY
se aplica al conjunto de resultados de toda la consulta, no solo a la declaración SELECT
más cercana. Por esta razón, puede ser útil (aunque no es obligatorio) usar paréntesis para mostrar el alcance de ORDER
BY
.
Esta consulta sin paréntesis:
SELECT * FROM Roster
UNION ALL
SELECT * FROM TeamMascot
ORDER BY SchoolID;
es equivalente a esta consulta con paréntesis:
( SELECT * FROM Roster
UNION ALL
SELECT * FROM TeamMascot )
ORDER BY SchoolID;
pero no a esta consulta, en la que la cláusula ORDER BY
se aplica solo a la segunda declaración SELECT
:
SELECT * FROM Roster
UNION ALL
( SELECT * FROM TeamMascot
ORDER BY SchoolID );
También puedes usar literales de números enteros como referencias de columna en las cláusulas ORDER BY
. Un literal de número entero se convierte en un ordinal (por ejemplo, el conteo comienza en 1) en la lista SELECT
.
Por ejemplo, las dos consultas siguientes son equivalentes:
SELECT SUM(PointsScored), LastName
FROM PlayerStats
ORDER BY LastName;
SELECT SUM(PointsScored), LastName
FROM PlayerStats
ORDER BY 2;
COLLATE
Puedes usar la cláusula COLLATE
para definir mejor cómo se ordenan los datos de una cláusula ORDER
BY
. El término intercalación hace referencia a un conjunto de reglas que determinan cómo se comparan las STRING según las convenciones y estándares de un lenguaje, una región o un país en particular. Estas reglas pueden definir la secuencia de caracteres correcta y dar opciones para especificar la distinción entre mayúsculas y minúsculas.
Debes agregar intercalación a tu instrucción de la siguiente manera:
SELECT ...
FROM ...
ORDER BY value COLLATE collation_string
Una collation_string
contiene un collation_name
y puede tener un collation_attribute
opcional como sufijo, separado por dos puntos. La collation_string
es un literal o un parámetro. Por lo general, este nombre consta de dos letras que representan el lenguaje seguido de forma opcional por un guion bajo y dos letras que representan la región, por ejemplo, en_US
. El repositorio de datos de configuración regional común (CLDR) define estos nombres.
Una instrucción también puede tener un collation_name
de unicode
. Este valor significa que la instrucción debe mostrar datos mediante la intercalación predeterminada de Unicode.
Además del collation_name
, una collation_string
puede tener un collation_attribute
opcional como sufijo, separado por dos puntos. Este atributo especifica si las comparaciones de datos deben distinguir entre mayúsculas y minúsculas. Los valores permitidos son cs
cuando se distingue entre mayúsculas y minúsculas y ci
cuando no distingue entre mayúsculas y minúsculas. Si no se proporciona un collation_attribute
, se usan los valores predeterminados de CLDR.
Ejemplos
Resultados de COLLATE con inglés de Canadá:
SELECT Place
FROM Locations
ORDER BY Place COLLATE "en_CA"
Resultados de COLLATE con un parámetro:
#@collate_param = "arg_EG"
SELECT Place
FROM Locations
ORDER BY Place COLLATE @collate_param
Uso de varias cláusulas COLLATE
en una instrucción:
SELECT APlace, BPlace, CPlace
FROM Locations
ORDER BY APlace COLLATE "en_US" ASC,
BPlace COLLATE "ar_EG" DESC,
CPlace COLLATE "en" DESC
Intercalación sin distinción entre mayúsculas y minúsculas:
SELECT Place
FROM Locations
ORDER BY Place COLLATE "en_US:ci"
Intercalación predeterminada de Unicode con distinción entre mayúsculas y minúsculas:
SELECT Place
FROM Locations
ORDER BY Place COLLATE "unicode:ci"
Configurar operadores
UNION { ALL | DISTINCT } | INTERSECT { ALL | DISTINCT } | EXCEPT { ALL | DISTINCT }
Los operadores de conjuntos combinan los resultados de dos o más consultas de entrada en un único conjunto de resultados. Debes especificar ALL
o DISTINCT
; si especificas ALL
, se conservan todas las filas. Si especificas DISTINCT
, se descartan las filas duplicadas.
Si una determinada fila R aparece exactamente m veces en la primera consulta de entrada y n veces en la segunda consulta de entrada (m> = 0, n> = 0):
- En
UNION ALL
, R aparece exactamente m + n veces en el resultado. - Para
INTERSECT ALL
, R aparecerá exactamente comoMIN(m, n)
en el resultado. - Para
EXCEPT ALL
, R aparece exactamente comoMAX(m - n, 0)
en el resultado. - En
UNION DISTINCT
,DISTINCT
se calcula después de que se calculaUNION
, por lo que R aparece exactamente una vez. - En
INTERSECT DISTINCT
,DISTINCT
se calcula después de que se calcula el resultado anterior. - En
EXCEPT DISTINCT
, la fila R aparece una vez en el resultado si m > 0 y n = 0. - Si hay más de dos consultas de entrada, las operaciones anteriores se generalizan y la salida es la misma que si las entradas se combinaran de forma incremental de izquierda a derecha.
Se aplican las siguientes reglas:
- Para las operaciones de conjuntos distintas de
UNION ALL
, todos los tipos de columna deben admitir la comparación de igualdad. - Las consultas de entrada a cada lado del operador deben mostrar la misma cantidad de columnas.
- Los operadores sincronizan las columnas que se muestran por cada consulta de entrada de acuerdo con las posiciones de las columnas en sus respectivas listas
SELECT
. Es decir, la primera columna en la primera consulta de entrada se sincroniza con la primera columna en la segunda consulta de entrada. - El conjunto de resultados siempre usa los nombres de columna de la primera consulta de entrada.
- El conjunto de resultados siempre usa los supertipos de tipos de entrada en las columnas correspondientes, por lo que las columnas sincronizadas también deben tener el mismo tipo de datos o un supertipo en común.
- Debes usar paréntesis si deseas separar diferentes operaciones de conjuntos. Para este fin, las operaciones de conjuntos como
UNION ALL
yUNION DISTINCT
son diferentes. Si la declaración solo repite la misma operación de conjunto, no se necesitan los paréntesis.
Ejemplos:
query1 UNION ALL (query2 UNION DISTINCT query3)
query1 UNION ALL query2 UNION ALL query3
No válido:
query1 UNION ALL query2 UNION DISTINCT query3
query1 UNION ALL query2 INTERSECT ALL query3; // INVALID.
UNION
El operador UNION
combina los conjuntos de resultados de dos o más consultas de entrada mediante la sincronización de las columnas del conjunto de resultados de cada consulta, concatenándolas de forma vertical.
INTERSECT
El operador INTERSECT
muestra las filas que se encuentran en los conjuntos de resultados de las consultas de entrada izquierda y derecha. A diferencia de como ocurre en EXCEPT
, la posición de las consultas de entrada (a la izquierda en lugar de a la derecha del operador INTERSECT
) no importa.
EXCEPT
El operador EXCEPT
muestra filas de la consulta de entrada izquierda que no están presentes en la consulta de entrada derecha.
Ejemplo:
SELECT * FROM UNNEST(ARRAY<int64>[1, 2, 3]) AS number
EXCEPT DISTINCT SELECT 1;
+--------+
| number |
+--------+
| 2 |
| 3 |
+--------+
Cláusulas LIMIT y OFFSET
LIMIT count [ OFFSET skip_rows ]
LIMIT
especifica un count
no negativo de tipo INT64 y no se mostrarán más que las filas count
. LIMIT
0
muestra 0 filas.
Si hay una operación de conjunto, se aplica LIMIT
después de que se evalúa esa operación.
OFFSET
especifica un número no negativo de filas que se omitirán antes de aplicar LIMIT
. skip_rows
es del tipo INT64.
Estas cláusulas aceptan solo valores literales o de parámetros. Las filas que muestran LIMIT
y OFFSET
no se especifican, a menos que estos operadores se usen después de ORDER BY
.
Ejemplos:
SELECT *
FROM UNNEST(ARRAY<STRING>['a', 'b', 'c', 'd', 'e']) AS letter
ORDER BY letter ASC LIMIT 2
+---------+
| letter |
+---------+
| a |
| b |
+---------+
SELECT *
FROM UNNEST(ARRAY<STRING>['a', 'b', 'c', 'd', 'e']) AS letter
ORDER BY letter ASC LIMIT 3 OFFSET 1
+---------+
| letter |
+---------+
| b |
| c |
| d |
+---------+
Cláusula WITH
La cláusula WITH
vincula los resultados de una o más subconsultas con nombre a nombres de tablas temporales. Cada nombre de tabla ingresado es visible en expresiones SELECT
posteriores dentro de la misma expresión de consulta. Esto incluye los siguientes tipos de expresiones SELECT
:
- Cualquier expresión
SELECT
en las vinculacionesWITH
posteriores - Expresiones
SELECT
de nivel superior en la expresión de consulta a ambos lados de un operador de conjunto, comoUNION
- Expresiones
SELECT
dentro de subconsultas en la misma expresión de consulta
Ejemplo:
WITH subQ1 AS (SELECT SchoolID FROM Roster),
subQ2 AS (SELECT OpponentID FROM PlayerStats)
SELECT * FROM subQ1
UNION ALL
SELECT * FROM subQ2;
WITH
no es compatible con una subconsulta.
Se mostrará el siguiente error:
SELECT account
FROM (
WITH result AS (SELECT * FROM NPCs)
SELECT *
FROM result);
WITH RECURSIVE
no es compatible.
La cláusula WITH
no es compatible con las declaraciones DML.
Las tablas temporales definidas por la cláusula WITH
se almacenan en la memoria.
SQL de Cloud Spanner asigna memoria de forma dinámica para todas las tablas temporales que crea una consulta. Si los recursos disponibles no son suficientes, la consulta fallará.
Usa alias
Un alias es un nombre temporal que se le otorga a una tabla, columna o expresión presente en una consulta. Puedes ingresar alias explícitos en la lista SELECT
o en la cláusula FROM
, o SQL de Cloud Spanner inferirá un alias implícito para algunas expresiones.
Las expresiones sin alias explícito ni implícito son anónimas y la consulta no puede hacer referencia a ellas por nombre.
Alias explícitos
Puedes ingresar alias explícitos en la cláusula FROM
o en la lista SELECT
.
En una cláusula FROM
, puedes ingresar los alias explícitos para cualquier elemento, incluidas tablas, arreglos, subconsultas y cláusulas UNNEST
, mediante el [AS] alias
. La palabra clave AS
es opcional.
Ejemplo:
SELECT s.FirstName, s2.SongName
FROM Singers AS s, (SELECT * FROM Songs) AS s2;
Puedes ingresar los alias explícitos para cualquier expresión en la lista SELECT
mediante el [AS] alias
. La palabra clave AS
es opcional.
Ejemplo:
SELECT s.FirstName AS name, LOWER(s.FirstName) AS lname
FROM Singers s;
Alias implícitos
En la lista SELECT
, si hay una expresión que no tiene un alias explícito, SQL de Cloud Spanner asigna un alias implícito según las siguientes reglas. Puede haber varias columnas con el mismo alias en la lista SELECT
.
- Para los identificadores, el alias es el identificador. Por ejemplo,
SELECT abc
implicaAS abc
. - Para las expresiones de ruta de acceso, el alias es el último identificador en la ruta. Por ejemplo,
SELECT abc.def.ghi
implicaAS ghi
. - Para el acceso de campo que usa el operador de acceso de campo del miembro “punto”, el alias es el nombre del campo. Por ejemplo,
SELECT (struct_function()).fname
implicaAS fname
.
En los demás casos, no hay un alias implícito, por lo que la columna es anónima y no se puede hacer referencia a ella por nombre. Los datos de esa columna aún se mostrarán y los resultados de la consulta que se muestran pueden tener una etiqueta generada para esa columna, pero la etiqueta no se puede usar como un alias.
En una cláusula FROM
, los from_item
no necesitan tener un alias. Se aplican las siguientes reglas:
- Si hay una expresión que no tiene un alias explícito, SQL de Cloud Spanner asigna un alias implícito en estos casos:
-
Para los identificadores, el alias es el identificador. Por ejemplo,
FROM abc
implicaAS abc
. -
Para las expresiones de ruta de acceso, el alias es el último identificador en la ruta. Por ejemplo,
FROM abc.def.ghi
implicaAS ghi
- La columna generada con
WITH OFFSET
tiene el alias implícitooffset
. - Las subconsultas de tabla no tienen alias implícitos.
FROM UNNEST(x)
no tiene un alias implícito.
Visibilidad del alias
Después de ingresar un alias explícito en una consulta, existen restricciones sobre en qué otra parte de la consulta puedes hacer referencia a ese alias. Estas restricciones de visibilidad de alias son el resultado de las reglas de alcance de nombres de SQL de Cloud Spanner.
Visibilidad en la cláusula FROM
SQL de Cloud Spanner procesa alias en una cláusula FROM
de izquierda a derecha, y los alias solo son visibles para las expresiones de ruta de acceso posteriores en una cláusula FROM
.
Ejemplo:
Supongamos que la tabla Singers
tenía una columna Concerts
de tipo ARRAY
.
SELECT FirstName
FROM Singers AS s, s.Concerts;
No válido:
SELECT FirstName
FROM s.Concerts, Singers AS s; // INVALID.
Los alias de la cláusula FROM
no son visibles para las subconsultas en la misma cláusula FROM
. Las subconsultas en una cláusula FROM
no pueden contener referencias correlacionadas con otras tablas en la misma cláusula FROM
.
No válido:
SELECT FirstName
FROM Singers AS s, (SELECT (2020 - ReleaseDate) FROM s) // INVALID.
Puedes usar cualquier nombre de columna de una tabla en FROM
como un alias en cualquier parte de la consulta, con o sin calificación con el nombre de la tabla.
Ejemplo:
SELECT FirstName, s.ReleaseDate
FROM Singers s WHERE ReleaseDate = 1975;
Si la cláusula FROM
contiene un alias explícito, debes usarlo en lugar del alias implícito para el resto de la consulta (consulta Alias implícitos). Un alias de tabla es útil por cuestiones de brevedad o para eliminar la ambigüedad en casos como autocombinaciones, en que la misma tabla se analiza varias veces durante el procesamiento de consulta.
Ejemplo:
SELECT * FROM Singers as s, Songs as s2
ORDER BY s.LastName
No válido: ORDER BY
no usa el alias de la tabla:
SELECT * FROM Singers as s, Songs as s2
ORDER BY Singers.LastName; // INVALID.
Visibilidad en la lista SELECT
Los alias en la lista SELECT
son visibles solo para las siguientes cláusulas:
- Cláusula
GROUP BY
- Cláusula
ORDER BY
- Cláusula
HAVING
Ejemplo:
SELECT LastName AS last, SingerID
FROM Singers
ORDER BY last;
Visibilidad en las cláusulas GROUP BY, ORDER BY y HAVING
Las tres cláusulas, GROUP BY
, ORDER BY
y HAVING
, solo pueden hacer referencia a los siguientes valores:
- Tablas en la cláusula
FROM
y cualquiera de sus columnas - Alias de la lista
SELECT
GROUP BY
y ORDER BY
también pueden hacer referencia a un tercer grupo:
- Literales de número entero, que se refieren a elementos de la lista
SELECT
. El número entero1
hace referencia al primer elemento de la listaSELECT
,2
hace referencia al segundo elemento, y así sucesivamente.
Ejemplo:
SELECT SingerID AS sid, COUNT(Songid) AS s2id
FROM Songs
GROUP BY 1
ORDER BY 2 DESC;
La consulta anterior es equivalente a lo siguiente:
SELECT SingerID AS sid, COUNT(Songid) AS s2id
FROM Songs
GROUP BY sid
ORDER BY s2id DESC;
Alias duplicados
Se permite la lista o subconsulta SELECT
que contiene varios alias explícitos o implícitos del mismo nombre, siempre que no se haga referencia a él en otro lugar de la consulta, ya que la referencia sería ambigua.
Ejemplo:
SELECT 1 AS a, 2 AS a;
+---+---+
| a | a |
+---+---+
| 1 | 2 |
+---+---+
Alias ambiguos
SQL de Cloud Spanner muestra un error si el acceso a un nombre es ambiguo, lo que significa que se puede resolver en más de un objeto único en la consulta o en un esquema de tabla, incluido el esquema de una tabla de destino.
Ejemplos:
Esta consulta contiene nombres de columnas que entran en conflicto entre las tablas, ya que Singers
y Songs
tienen una columna llamada SingerID
:
SELECT SingerID
FROM Singers, Songs;
Esta consulta contiene alias que son ambiguos en la cláusula GROUP BY
debido a que están duplicados en la lista SELECT
:
SELECT FirstName AS name, LastName AS name,
FROM Singers
GROUP BY name;
En esta consulta, se incluyen los alias de la lista SELECT
y la cláusula FROM
que son ambiguos, ya que comparten el mismo nombre. Supón que table
tiene columnas x
, y
y z
. z
es del tipo STRUCT y tiene campos v
, w
y x
.
Ejemplo:
SELECT x, z AS T
FROM table AS T
GROUP BY T.x;
El alias T
es ambiguo y producirá un error debido a que T.x
en la cláusula GROUP
BY
podría referirse a table.x
o table.z.x
.
Un nombre no es ambiguo en GROUP BY
, ORDER BY
o HAVING
si este es un nombre de columna y un alias de la lista SELECT
, siempre que el nombre se resuelva en el mismo objeto subyacente.
Ejemplo:
SELECT LastName, BirthYear AS BirthYear
FROM Singers
GROUP BY BirthYear;
El alias BirthYear
no es ambiguo porque se resuelve en la misma columna subyacente, Singers.BirthYear
.
Alias implícitos
En la lista SELECT
, si hay una expresión que no tiene un alias explícito, SQL de Cloud Spanner asigna un alias implícito según las siguientes reglas. Puede haber varias columnas con el mismo alias en la lista SELECT
.
- Para los identificadores, el alias es el identificador. Por ejemplo,
SELECT abc
implicaAS abc
. - Para las expresiones de ruta de acceso, el alias es el último identificador en la ruta. Por ejemplo,
SELECT abc.def.ghi
implicaAS ghi
. - Para el acceso de campo que usa el operador de acceso de campo del miembro “punto”, el alias es el nombre del campo. Por ejemplo,
SELECT (struct_function()).fname
implicaAS fname
.
En los demás casos, no hay un alias implícito, por lo que la columna es anónima y no se puede hacer referencia a ella por nombre. Los datos de esa columna aún se mostrarán y los resultados de la consulta que se muestran pueden tener una etiqueta generada para esa columna, pero la etiqueta no se puede usar como un alias.
En una cláusula FROM
, los from_item
no necesitan tener un alias. Se aplican las siguientes reglas:
- Si hay una expresión que no tiene un alias explícito, SQL de Cloud Spanner asigna un alias implícito en estos casos:
- Para los identificadores, el alias es el identificador. Por ejemplo,
FROM abc
implicaAS abc
. - Para las expresiones de ruta de acceso, el alias es el último identificador en la ruta. Por ejemplo,
FROM abc.def.ghi
implicaAS ghi
. - La columna generada con
WITH OFFSET
tiene el alias implícitooffset
.
- Para los identificadores, el alias es el identificador. Por ejemplo,
- Las subconsultas de tabla no tienen alias implícitos.
FROM UNNEST(x)
no tiene un alias implícito.
Variables de rango
En SQL de Cloud Spanner, una variable de rango es un alias de expresión de tabla en la cláusula FROM
. A veces, una variable de rango se conoce como un table alias
. Una variable de rango te permite hacer referencia a las filas de una expresión de tabla que se analizan.
Una expresión de tabla representa un elemento de la cláusula FROM
que muestra una tabla.
Los elementos comunes que esta expresión puede representar son tablas, tablas de valores, subconsultas, uniones y uniones con paréntesis.
En general, una variable de rango proporciona una referencia a las filas de una expresión de tabla. Una variable de rango se puede usar para calificar una referencia de columna y, también, identificar la tabla relacionada de forma clara, por ejemplo range_variable.column_1
.
Cuando se hace referencia a una variable de rango por separado sin un sufijo de columna especificado, el resultado de una expresión de tabla es el tipo de fila de la tabla relacionada.
Las tablas de valores tienen tipos de fila explícitos. Por lo tanto, para las variables de rango relacionadas con tablas de valores, el tipo de resultado es el tipo de fila de la tabla de valores. Otras tablas no tienen tipos de fila explícitos y, para estas, el tipo de variable de rango es un STRUCT
definido de forma dinámica en el que se incluyen todas las columnas de la tabla.
Ejemplos
En estos ejemplos, la cláusula WITH
se usa para emular una tabla temporal llamada Grid
. Esta tabla tiene las columnas x
y y
. Una variable de rango llamada Coordinate
hace referencia a la fila actual a medida que se analiza la tabla. Coordinate
se puede usar para acceder a toda la fila o a las columnas de la fila.
En el siguiente ejemplo, se selecciona la columna x
de la variable de rango Coordinate
, que en realidad selecciona la columna x
de la tabla Grid
.
WITH Grid AS (SELECT 1 x, 2 y)
SELECT Coordinate.x FROM Grid AS Coordinate;
+---+
| x |
+---+
| 1 |
+---+
En el siguiente ejemplo, se seleccionan todas las columnas de la variable de rango Coordinate
, que en realidad selecciona todas las columnas de la tabla Grid
.
WITH Grid AS (SELECT 1 x, 2 y)
SELECT Coordinate.* FROM Grid AS Coordinate;
+---+---+
| x | y |
+---+---+
| 1 | 2 |
+---+---+
En el siguiente ejemplo, se selecciona la variable de rango Coordinate
, que es una referencia a las filas de la tabla Grid
. Como Grid
no es una tabla de valores, el tipo de resultado de Coordinate
es un STRUCT
que contiene todas las columnas de Grid
.
WITH Grid AS (SELECT 1 x, 2 y)
SELECT Coordinate FROM Grid AS Coordinate;
+--------------+
| Coordinate |
+--------------+
| {x: 1, y: 2} |
+--------------+
Apéndice A: Ejemplos con datos de muestra
En estos ejemplos, se incluyen declaraciones mediante las que se realizan consultas en las tablas Roster
, TeamMascot
y PlayerStats
.
Cláusula GROUP BY
Ejemplo:
SELECT LastName, SUM(PointsScored)
FROM PlayerStats
GROUP BY LastName;
LastName | SUM |
---|---|
Adams | 7 |
Buchanan | 13 |
Coolidge | 1 |
UNION
El operador UNION
combina los conjuntos de resultados de dos o más declaraciones SELECT
mediante la sincronización de las columnas del conjunto de resultados de cada declaración SELECT
y su concatenación de forma vertical.
Ejemplo:
SELECT Mascot AS X, SchoolID AS Y
FROM TeamMascot
UNION ALL
SELECT LastName, PointsScored
FROM PlayerStats;
Resultados:
X | S |
---|---|
Jaguars | 50 |
Knights | 51 |
Lakers | 52 |
Mustangs | 53 |
Adams | 3 |
Buchanan | 0 |
Coolidge | 1 |
Adams | 4 |
Buchanan | 13 |
INTERSECT
Esta consulta muestra los apellidos que están presentes en Roster y en PlayerStats.
SELECT LastName
FROM Roster
INTERSECT ALL
SELECT LastName
FROM PlayerStats;
Resultados:
LastName |
---|
Adams |
Coolidge |
Buchanan |
EXCEPT
La consulta que aparece a continuación muestra los apellidos de Roster que no están presentes en PlayerStats.
SELECT LastName
FROM Roster
EXCEPT DISTINCT
SELECT LastName
FROM PlayerStats;
Resultados:
LastName |
---|
Eisenhower |
Davis |
Si se invierte el orden de las instrucciones SELECT
, se mostrarán los apellidos de PlayerStats que no están presentes en Roster:
SELECT LastName
FROM PlayerStats
EXCEPT DISTINCT
SELECT LastName
FROM Roster;
Resultados:
(empty)