MySQL EN vs USANDO?

Pensé que iba a chip aquí con cuando he encontrado ON para ser más útil que USING. Es cuando OUTER se introducen combinaciones en las consultas.

ON se beneficia de permitir que el conjunto de resultados de la tabla en la que se une una consulta OUTER se restrinja mientras se mantiene la unión OUTER. Intentar restringir el conjunto de resultados mediante la especificación de una cláusula WHERE cambiará, efectivamente, la combinación OUTER en una combinación INNER.

Concedido esto puede ser un caso de esquina relativa. Vale la pena ponerlo ahí.....

Por ejemplo:

CREATE TABLE country (
   countryId int(10) unsigned NOT NULL PRIMARY KEY AUTO_INCREMENT,
   country varchar(50) not null,
  UNIQUE KEY countryUIdx1 (country)
) ENGINE=InnoDB;

insert into country(country) values ("France");
insert into country(country) values ("China");
insert into country(country) values ("USA");
insert into country(country) values ("Italy");
insert into country(country) values ("UK");
insert into country(country) values ("Monaco");


CREATE TABLE city (
  cityId int(10) unsigned NOT NULL PRIMARY KEY AUTO_INCREMENT,
  countryId int(10) unsigned not null,
  city varchar(50) not null,
  hasAirport boolean not null default true,
  UNIQUE KEY cityUIdx1 (countryId,city),
  CONSTRAINT city_country_fk1 FOREIGN KEY (countryId) REFERENCES country (countryId)
) ENGINE=InnoDB;


insert into city (countryId,city,hasAirport) values (1,"Paris",true);
insert into city (countryId,city,hasAirport) values (2,"Bejing",true);
insert into city (countryId,city,hasAirport) values (3,"New York",true);
insert into city (countryId,city,hasAirport) values (4,"Napoli",true);
insert into city (countryId,city,hasAirport) values (5,"Manchester",true);
insert into city (countryId,city,hasAirport) values (5,"Birmingham",false);
insert into city (countryId,city,hasAirport) values (3,"Cincinatti",false);
insert into city (countryId,city,hasAirport) values (6,"Monaco",false);

-- Gah. Left outer join is now effectively an inner join 
-- because of the where predicate
select *
from country left join city using (countryId)
where hasAirport
; 

-- Hooray! I can see Monaco again thanks to 
-- moving my predicate into the ON
select *
from country co left join city ci on (co.countryId=ci.countryId and ci.hasAirport)
; 

Wikipedia tiene la siguiente información sobre USING:

La construcción DE USO es más que mero azúcar sintáctico, sin embargo, ya que el conjunto de resultados difiere del conjunto de resultados de la versión con el predicado explícito. Específicamente, cualquier columna mencionada en el USO la lista aparecerá solo una vez, con un nombre no calificado, en lugar de una vez para cada tabla en la unión. En el caso anterior, habrá una sola Columna DepartmentID y ningún empleado.Departamento o Departamento.Departamento.

Tablas de las que hablaba:

La documentación de Postgres también los define bastante bien:

La cláusula ON es el tipo más general de condición join: toma una Expresión de valor booleano del mismo tipo que se usa en un clausula. Un par de filas de T1 y T2 coinciden si la expresión ON se evalúa como verdadero.

La cláusula USING es una abreviatura que le permite aprovechar de la situación específica en la que ambos lados de la unión usan el mismo nombre para la columna o columnas de unión. Toma una lista separada por comas de la nombres de columna compartidos y formularios una condición de unión que incluye un comparación de igualdad para cada uno. Por ejemplo, uniendo T1 y T2 con EL USO DE (a, b) produce la condición de unión EN T1.a = T2.a Y T1.b = T2.b.

Además, la salida de JOIN USANDO suprime columnas redundantes: no es necesario imprimir las dos columnas coincidentes, puesto que deben tener valores iguales. Mientras que JOIN ON produce todas las columnas de T1 seguido por todas las columnas de T2, UNIR USANDO produce una columna de salida para cada de los pares de columnas listados (en el orden listado), seguido de cualquier columnas restantes de T1, seguidas de las columnas restantes de T2.

Para aquellos que experimentan con esto en phpMyAdmin, solo una palabra:

PhpMyAdmin parece tener algunos problemas con USING. Para el registro esto es phpMyAdmin ejecutar en Linux Mint, versión: "4.5.4. 1deb2ubuntu2", Servidor de base de datos: "10.2.14-MariaDB-10.2.14+maria~xenial - mariadb.org binary distribution".

He ejecutado SELECT comandos usando JOIN y USING tanto en phpMyAdmin como en Terminal (línea de comandos), y los de phpMyAdmin producen algunas respuestas desconcertantes:

1) a LIMIT la cláusula al final parece ser ignorada.
2) el número supuesto de filas según se informa en la parte superior de la página con los resultados a veces es incorrecto: por ejemplo, se devuelven 4, pero en la parte superior dice "Mostrando filas 0 - 24 (2503 en total, La consulta tomó 0.0018 segundos.)"

Iniciar sesión en mysql normalmente y ejecutar las mismas consultas no produce estos errores. Estos errores tampoco ocurren cuando se ejecuta la misma consulta en phpMyAdmin usando JOIN ... ON .... Presumiblemente un error phpMyAdmin.