DROP TABLE IF EXISTS `transactions`;
CREATE TABLE `transactions` (
  `id` int(11) unsigned NOT NULL AUTO_INCREMENT,
  `purchase_date` datetime DEFAULT NULL,
  PRIMARY KEY (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8;
INSERT INTO `transactions` (`purchase_date`) VALUES (NULL)

He aislado de mi problema en este código. Cuando lo ejecuto, me sale el error:

[ERROR en la consulta 3] se Desconoce la columna ‘purchase_date’ in ‘field list’

Alguien una idea?

OriginalEl autor Rits | 2013-04-13

6 Comentarios

  1. 20

    Hay un carácter no imprimible 30 (RecordSeparator) insertado entre purchase_date y la ' en el INSERT declaración. Simplemente quite el texto ('purchase_date') y volver a escribir con la mano que debería estar bien.

    Que astuto. Gracias.
    ¿cómo se consiguió que hay un carácter no imprimible ??
    Mala suerte. Haga clic en editar, copiar el código SQL y pegarlo en un editor que muestra unprintables.
    Es generalmente un espacio al final

    OriginalEl autor whetstone

  2. 5

    Nery solución de nicho cuando tengo este error.

    Tuve un BEFORE INSERT gatillo en mi mesa que hizo algo con
    NEW.`field_mysql_doesnt_think_exists`
    y si no me paso ese campo de una instrucción insert, a continuación, me gustaría conseguir


    [ERROR in query 3] Unknown column 'field_mysql_doesnt_think_exists' in 'field list'

    Esta respuesta me llevó a el problema que estaba teniendo.

    OriginalEl autor Lewis

  3. 3

    Acabo de pasar la mayor parte del día pensando en ello. Mi problema era el mismo: los caracteres invisibles kiboshing la consulta y devolver el «desconocido columna de error».

    Lo resuelto por la vadear de nuevo en Windows y la eliminación de la basura con el Bloc de notas++.

    ¿Cómo la basura llegar allí en primer lugar? Creo que fue porque cometí el error de copiar algunas consultas complejas en LibreOffice Writer (mi funcionales especificaciones del documento) en lugar de sólo marcadores en phpMyAdmin o guardarlos en un editor de texto. Pegándolas de LibreOffice en la ventana de consulta es donde (creo) la basura se originó.

    Una vez allí, persistió como la Malaria. Ni siquiera podía deshacerse de él por la mano de volver a escribir toda la consulta, tuve que poner en el Bloc de notas++ (menú Codificación) y mostrar ANSI y la UTF8 combos y, a continuación, quitar la basura en la mano.

    Una vez hecho esto, la consulta trabajado.

    OriginalEl autor prokaryote

  4. 2

    Esto también puede suceder si se pega un nombre de columna en la construcción de la estructura de la tabla. Mismo error – pero no imprimibles/invisible de caracteres en la tabla de estructura, no de la consulta.

    OriginalEl autor designgroop

  5. 0

    Esto podría no ayudar a nadie más, pero la adición de este «sólo en caso de» ayuda a alguien.

    En mi situación era una solución diferente.

    Puedo recibir grandes conjuntos de datos como Excel CSV archivos y el uso de un (WIL) secuencia de comandos para convertir el .archivo csv en un importables .archivo sql. Tuve un error en mi script el cual estas dos líneas no hacen referencia al mismo nombre de la tabla (me había codificado el primer lugar y se olvidó de actualizar):

    * "INSERT INTO `old_table_name` (`cid`, `date`, etc etc"
    * "CREATE TABLE IF NOT EXISTS `":_dbName:"` (etc etc "

    Acabo de cambiar la primera línea de obtener también el nombre de la tabla de la variable, y voila!

    * "INSERT INTO `":_dbName:"` (`cid`, `date`, etc etc"

    A fin de comprobar esas dos líneas en su importar archivo SQL.

    OriginalEl autor gibberish

  6. 0

    Mismo error en un escenario diferente:

    Esto también ocurre cuando se olvida el símbolo @ para una variable.

    SET @myVar1=1;  SELECT @myVar1;  -- GOOD, correctly prints:  1
    SET @myVar1=1;  SELECT  myVar1;  -- BAD, prints:  Unknown column 'myVar1' in 'field list' 

    OriginalEl autor Manohar Reddy Poreddy

Dejar respuesta

Please enter your comment!
Please enter your name here