[SOLUCIONADO] error al renombrar un campo id

[guardarmicorreo]

después de que me recomendaran que los id de cada tabla no los nombrara solo con id, me dirigí a cambiar esta mala práctica de la BD que uso para aprender y me encuentro que al intentar renombrar el id de la tabla usuarios me da un error mientras que renombrar el id de la tabla posts sí me deja.

el error es este

#1025 - Error on rename of '.\hoteles\#sql-874_10e' to '.\hoteles\usuarios' (errno: 150)

¿por qué uno sí y el otro no?

[gnzsoloyo]

Postea el create table de la tabla:

Código MySQL:

SHOW CREATE TABLE usuarios
 

[guardarmicorreo]

Iniciado por gnzsoloyo

Postea el create table de la tabla:

Código MySQL:

SHOW CREATE TABLE usuarios
 

este es el create table, sinceramente gracias por la ayuda que me estás prestando

CREATE TABLE `usuarios` (
`id` int(11) NOT NULL AUTO_INCREMENT,
`usuario` varchar(100) CHARACTER SET utf8mb4 COLLATE utf8mb4_spanish2_ci NOT NULL,
`email` varchar(100) COLLATE utf32_spanish_ci NOT NULL,
`passwd` varchar(100) CHARACTER SET utf8mb4 COLLATE utf8mb4_spanish2_ci NOT NULL,
`nombre` varchar(100) CHARACTER SET utf8mb4 COLLATE utf8mb4_spanish2_ci NOT NULL,
`apellidos` varchar(100) CHARACTER SET utf8mb4 COLLATE utf8mb4_spanish2_ci NOT NULL,
PRIMARY KEY (`id`),
UNIQUE KEY `id` (`id`)
) ENGINE=InnoDB AUTO_INCREMENT=3 DEFAULT CHARSET=utf32 COLLATE=utf32_spanish_ci

[gnzsoloyo]

No parece haber un error en la estructura.
¿Cómo es la sentencia que escribiste para hacer el cambio?
¿Esa PK es FK en alguna tabla?

[guardarmicorreo]

Iniciado por gnzsoloyo

No parece haber un error en la estructura.
¿Cómo es la sentencia que escribiste para hacer el cambio?
¿Esa PK es FK en alguna tabla?

Lo hago mediante el gestor phpmyadmin, carezco de los conocimientos sql para realizarlo a mano.

[leonardo_josue]

Hola guardarmicorreo:

Revistaste lo que comentó gnzsoloyo acerca de que si este campo es un campo llave???

Algunos gestores pueden "enmascarar" errores debido a que agregan código adicional en las consultas, por lo que es conveniente que pruebes directamente en una consola de MySQL... Checa esta liga:

http://dev.mysql.com/doc/refman/5.0/es/alter-table.html

Ahí encontrarás la sintaxis para renombrar un campo mediante una sentencia y no con el gestor... en realidad no veo ningún problema, sería así:

Código MySQL:

mysql> CREATE TABLE `usuarios` (
    -> `id` INT(11) NOT NULL AUTO_INCREMENT,
    -> `usuario` VARCHAR(100) CHARACTER SET utf8mb4
    -> COLLATE utf8mb4_spanish2_ci NOT NULL,
    -> `email` VARCHAR(100)
    -> COLLATE utf32_spanish_ci NOT NULL,
    -> `passwd` VARCHAR(100) CHARACTER SET utf8mb4
    -> COLLATE utf8mb4_spanish2_ci NOT NULL,
    -> `nombre` VARCHAR(100) CHARACTER SET utf8mb4
    -> COLLATE utf8mb4_spanish2_ci NOT NULL,
    -> `apellidos` VARCHAR(100) CHARACTER SET utf8mb4
    -> COLLATE utf8mb4_spanish2_ci NOT NULL,
    -> PRIMARY KEY (`id`),
    -> UNIQUE KEY `id` (`id`)
    -> ) ENGINE=INNODB AUTO_INCREMENT=3 DEFAULT CHARSET=utf32
    -> COLLATE=utf32_spanish_ci;
Query OK, 0 rows affected (0.23 sec)
 
mysql> ALTER TABLE `usuarios` CHANGE `id` `id_usuario`
    -> INT(11) NOT NULL AUTO_INCREMENT;
Query OK, 0 rows affected (0.35 sec)
Records: 0  Duplicates: 0  Warnings: 0
 

Pero en mi caso, la tabla no es FK de ninguna otra tabla, por eso la pregunta de gnzsoloyo.

Saludos
Leo.

[guardarmicorreo]

Iniciado por leonardo_josue

Hola guardarmicorreo:

Revistaste lo que comentó gnzsoloyo acerca de que si este campo es un campo llave???

Algunos gestores pueden "enmascarar" errores debido a que agregan código adicional en las consultas, por lo que es conveniente que pruebes directamente en una consola de MySQL... Checa esta liga:

http://dev.mysql.com/doc/refman/5.0/es/alter-table.html

Ahí encontrarás la sintaxis para renombrar un campo mediante una sentencia y no con el gestor... en realidad no veo ningún problema, sería así:

Código MySQL:

mysql> CREATE TABLE `usuarios` (
    -> `id` INT(11) NOT NULL AUTO_INCREMENT,
    -> `usuario` VARCHAR(100) CHARACTER SET utf8mb4
    -> COLLATE utf8mb4_spanish2_ci NOT NULL,
    -> `email` VARCHAR(100)
    -> COLLATE utf32_spanish_ci NOT NULL,
    -> `passwd` VARCHAR(100) CHARACTER SET utf8mb4
    -> COLLATE utf8mb4_spanish2_ci NOT NULL,
    -> `nombre` VARCHAR(100) CHARACTER SET utf8mb4
    -> COLLATE utf8mb4_spanish2_ci NOT NULL,
    -> `apellidos` VARCHAR(100) CHARACTER SET utf8mb4
    -> COLLATE utf8mb4_spanish2_ci NOT NULL,
    -> PRIMARY KEY (`id`),
    -> UNIQUE KEY `id` (`id`)
    -> ) ENGINE=INNODB AUTO_INCREMENT=3 DEFAULT CHARSET=utf32
    -> COLLATE=utf32_spanish_ci;
Query OK, 0 rows affected (0.23 sec)
 
mysql> ALTER TABLE `usuarios` CHANGE `id` `id_usuario`
    -> INT(11) NOT NULL AUTO_INCREMENT;
Query OK, 0 rows affected (0.35 sec)
Records: 0  Duplicates: 0  Warnings: 0
 

Pero en mi caso, la tabla no es FK de ninguna otra tabla, por eso la pregunta de gnzsoloyo.

Saludos
Leo.

ahhh, lo siento, se me pasó responder esa pregunta.

el campo id de usuarios es primary key y tiene foreing key en tres tablas para relacionarlas

[gnzsoloyo]

Bueno, ese es el problema, porque el cambio de nombre MySQL lo hace creando una copia del otro y luego destruyendo el original. Eso no funciona para los campos usados como FK en otra tabla.
Tienes que quitar las constraint, primero, luego cambiar el nombre, y volver a definir las FK.

[guardarmicorreo]

madre mía, no quiero imaginar si me hubiera pasado en un proyecto que requiera por ejemplo 100 tablas.

¿este impedimento o limitación es solo para el gesto phpmyadmin o también para el manejo por consola?

cómo os agradezco la ayuda, sinceramente gracias

[gnzsoloyo]

No es de phpMyadmin. Es un tema del kernel de MySQL que lo hace de esa forma.
En realidad es más sencillo de lo que parece, pero si, si hubieses hecho esto en una base productiva hubiese sido una catástrofe.
En realidad el tema es que uno se acostumbra a diseñar las tablas ya siguiendo ciertas reglas mnemotécnicas, como la de poner siempre un prefijo a los nombres de los campos para mayor claridad. Entonces no se suele lidiar con estas cosas, cuando ya trabajas a nivel profesional.
De hecho, es habitual que en las empresas de desarrollo existan documentos que especifiquen las normalizaciones a respetar para todas estas cosas.

[guardarmicorreo]

Iniciado por gnzsoloyo

No es de phpMyadmin. Es un tema del kernel de MySQL que lo hace de esa forma.
En realidad es más sencillo de lo que parece, pero si, si hubieses hecho esto en una base productiva hubiese sido una catástrofe.
En realidad el tema es que uno se acostumbra a diseñar las tablas ya siguiendo ciertas reglas mnemotécnicas, como la de poner siempre un prefijo a los nombres de los campos para mayor claridad. Entonces no se suele lidiar con estas cosas, cuando ya trabajas a nivel profesional.
De hecho, es habitual que en las empresas de desarrollo existan documentos que especifiquen las normalizaciones a respetar para todas estas cosas.

muchísimas gracias, lo recordaré para la posteridad. cada día aprendiendo más y con vuestra ayuda mucho mejor.