Error: Code 1054. Unknown column "U2.id_naslov" in "field list" se lanza en esta consulta simple en MySQL Workbench :
UPDATE krneki_1 AS U1, krneki_2 AS U2 SET U1.id_naslov = U2.id_naslov WHERE (U2.id_zaposlen = U1.id_naslovi_zaposleni) He buscado y leído otras publicaciones en la red pero nada ayuda …
Supongo que es una solución trivial pero no puedo verlo.
Este tipo de error nunca apareció en TSQL (servidor SQL).
La tabla krneki_2 fue creada por Mysql workbench mediante la importación de datos (crear nueva tabla) más adelante, cuando se produjo este error, también modifiqué los campos numéricos a smallint solo para ver si ayudaba … pero … nada.
Resultado de SHOW CREATE TABLE krneki_2:
Table: krneki_2 Create Table: CREATE TABLE `krneki_2` ( `id` smallint(6) NOT NULL AUTO_INCREMENT, `id_naslov` smallint(6) NOT NULL, `id_zaposlen` smallint(6) NOT NULL, PRIMARY KEY (id) ) ENGINE=InnoDB AUTO_INCREMENT=204 DEFAULT CHARSET=utf8 1 row in set (0.00 sec) Resultado de SHOW CREATE TABLE krneki_1:
Table: krneki_1 Create Table: CREATE TABLE `krneki_1` ( `id_naslovi_zaposleni` smallint(6) NOT NULL AUTO_INCREMENT, `id_naslov` smallint(6) DEFAULT NULL, `id_zaposleni` smallint(6) DEFAULT NULL, `id_aktiven` tinyint(4) DEFAULT "0", `cas_vnosa` datetime DEFAULT CURRENT_TIMESTAMP, PRIMARY KEY (`id_naslovi_zaposleni`) ) ENGINE=InnoDB AUTO_INCREMENT=256 DEFAULT CHARSET=utf8 1 row in set (0.00 sec) Resultados de information_schema, específicamente de esta consulta sugerida en los comentarios:
select table_catalog, table_schema, table_name, column_name, ordinal_position from information_schema.columns where table_name like "%krneki_1%" and column_name like "%naslov%" ; Resultados de krneki_1 y naslov:
Resultados para krneki_2 y naslov:
+---------------+--------------+-------------+--------------+------------------+ | table_catalog | table_schema | table_name | column_name | ordinal_position | +---------------+--------------+-------------+--------------+------------------+ | def | hq_db | krneki_2 | id_naslov | 2 | +---------------+--------------+-------------+--------------+------------------+ 1 row in set (0.00 sec) Resultados para krneki_2 y zaposlen:
+---------------+--------------+-------------+--------------+------------------+ | table_catalog | table_schema | table_name | column_name | ordinal_position | +---------------+--------------+-------------+--------------+------------------+ | def | hq_db | krneki_2 | id_zaposlen | 3 | +---------------+--------------+-------------+--------------+------------------+ 1 row in set (0.00 sec) Investigando más, como se sugiere:
select table_catalog, table_schema, table_name, column_name, ordinal_position, char_length(column_name) as cl, length(column_name) as l from information_schema.columns where table_name = "krneki_2" ; Resultados para krneki_2:
+-------------+------------+----------+-----------+----------------+---+---+-------------+ |table_catalog|table_schema|table_name|column_name|ordinal_position| cl| l | column_type | +-------------+------------+----------+-----------+----------------+---+---+-------------+ | def | hq_db | krneki_2 |id | 1 | 2| 2| smallint(6) | | def | hq_db | krneki_2 |id_naslov | 2 | 10| 12| smallint(6) | | def | hq_db | krneki_2 |id_zaposlen| 3 | 11| 11| smallint(6) | +-------------+------------+----------+-----------+----------------+---+---+-------------+ 3 rows in set (0.00 sec) Resultados de krneki_1:
+-------------+------------+----------+--------------------+----------------+--+--+-----------+ |table_catalog|table_schema|table_name| column_name |ordinal_position|cl| l|column_type| +-------------+------------+----------+--------------------+----------------+--+--+-----------+ | def | hq_db | krneki_1 |id_naslovi_zaposleni| 1 |20|20|smallint(6)| | def | hq_db | krneki_1 |id_naslov | 2 | 9| 9|smallint(6)| | def | hq_db | krneki_1 |id_zaposleni | 3 |12|12|smallint(6)| | def | hq_db | krneki_1 |id_aktiven | 4 |10|10|tinyint(4) | | def | hq_db | krneki_1 |cas_vnosa | 5 | 9| 9|datetime | +-------------+------------+----------+--------------------+----------------+--+--+-----------+ 5 rows in set (0.00 sec) krneki_2 con HEX :
+-------------+------------+----------+-----------+----------------+--+--+-------------------------+ |table_catalog|table_schema|table_name|column_name|ordinal_position|cl|l | hex | +-------------+------------+----------+-----------+----------------+--+--+-------------------------+ | def | hq_db | krneki_2 |id | 1 | 2| 2|6964 | | def | hq_db | krneki_2 |id_naslov | 2 |10|12|EFBBBF69645F6E61736C6F76 | | def | hq_db | krneki_2 |id_zaposlen| 3 |11|11|69645F7A61706F736C656E | +-------------+------------+----------+-----------+----------------+--+--+-------------------------+ 3 rows in set (0.00 sec) krneki_1 con HEX:
+-------------+------------+----------+--------------------+----------------+--+--+----------------------------------------+ |table_catalog|table_schema|table_name|column_name |ordinal_position|cl| l|hex | +-------------+------------+----------+--------------------+----------------+--+--+----------------------------------------+ | def | hq_db | krneki_1 |id_naslovi_zaposleni| 1 |20|20|69645F6E61736C6F76695F7A61706F736C656E69| | def | hq_db | krneki_1 |id_naslov | 2 | 9| 9|69645F6E61736C6F76 | | def | hq_db | krneki_1 |id_zaposleni | 3 |12|12|69645F7A61706F736C656E69 | | def | hq_db | krneki_1 |id_aktiven | 4 |10|10|69645F616B746976656E | | def | hq_db | krneki_1 |cas_vnosa | 5 | 9| 9|6361735F766E6F7361 | +-------------+------------+----------+--------------------+----------------+--+--+----------------------------------------+ 5 rows in set (0.00 sec) Responder
El mensaje de error es bastante claro. La tabla krneki_2 no tiene una columna llamada id_naslov. A menos que haya alguna corrupción en las tablas del sistema o un error, no hay duda al respecto.
Así que tenemos que eliminar varias posibilidades por las que esto aparece:
-
Hay discrepancias entre las declaraciones
CREATE TABLEy lasUPDATE:CREATE TABLE ` krneki_1` ... CREATE TABLE ` krneki_2` ... UPDATE krneki_1 AS U1, krneki_2 AS U2 ...
La falta de coincidencia es un espacio al comienzo de los nombres.
Esto debería haber dado un error de «Table» krneki_1 «doesn» t existe « así que mi conjetura es que tienes dos versiones de la tabla krneki_1, y la versión sin el espacio no tiene la columna id_naslov.
Eliminamos esta posibilidad, fue un error de copiar y pegar del OP.
-
El nombre de la columna en
CREATE TABLEyUPDATEno son idénticos. Pueden tener el mismo aspecto, pero puede haber caracteres no imprimibles o pueden tener caracteres Unicode que se ven iguales pero son puntos de código diferentes. Para averiguarlo, podemos usar esta consulta:select table_catalog, table_schema, table_name, column_name, ordinal_position, char_length(column_name) as cl, length(column_name) as l, hex(column_name) as hex from information_schema.columns where table_name = "krneki_2" ;
que revela la diferencia (no es necesario eliminar las columnas de la salida) :
+------------+-------------+------------------+----+----+ | table_name | column_name | ordinal_position | cl | l | +------------+-------------+------------------+----+----+ | krneki_2 | id | 1 | 2 | 2 | | krneki_2 | id_naslov | 2 | 10 | 12 | -- !!! -- | krneki_2 | id_zaposlen | 3 | 11 | 11 | +------------+-------------+------------------+----+----+ ¡La nota 12 es mayor que 10 y ahí está el problema! Significa que el nombre de la columna tiene 10 caracteres y utiliza 12 bytes. Ambos números deben ser 9 (si contamos id_naslov correctamente y si los 9 caracteres son ASCII), entonces algo sospechoso está sucediendo allí.
Puede agregue hex(column_name) en la lista de selección de esta última consulta y sabremos cuál es exactamente el nombre de la columna. Luego, puede modificarlo para que solo tenga caracteres ascii imprimibles.
Para solucionarlo, necesita algo como esto:
set @column := X"EFBBBF69645F6E61736C6F76" ; set @qry:= concat("alter table krneki_2 change column ", @column, " id_naslov smallint") ; prepare stmt from @qry ; execute stmt ; Respuesta
El problema puede ser que se olvidó de ejecutar una instrucción use <database>; y, en consecuencia, no estaba ejecutando la inserción en la base de datos correcta.
En otras palabras, podría estar intentando insertar en una tabla que existe en una base de datos diferente, pero con una estructura diferente.
Respuesta
El problema puede tener alias en tablas múltiples UPDATEs y DELETEs. He encontrado casos en los que AS k2 no funciona como cabría esperar. Elimine los alias y simplemente use los nombres de las tablas.