[SOLUCIONADO] primary key y unique index mysql

[harry0o]

Les comento tengo una duda con el workbench creo una tabla y asigno el id de mi tabla como primary key not null autoincremental etc y hay una opcion que dice a esa primari darle unique index y al seleccionar me crea un index unique de esa primary key o sea la primary de por si ya no es unique? por que crea ese index unique es necesario hacer un index unique de una primary key que de por si ya es unique y esta indexada?

[Libras]

primary key e indice son 2 conceptos completamente diferentes...que tengas definida una llave primaria no quiere decir que esa columna sea candidata para hacerla indice

[gnzsoloyo]

Iniciado por harry0o

Les comento tengo una duda con el workbench creo una tabla y asigno el id de mi tabla como primary key not null autoincremental etc y hay una opcion que dice a esa primari darle unique index y al seleccionar me crea un index unique de esa primary key o sea la primary de por si ya no es unique? por que crea ese index unique es necesario hacer un index unique de una primary key que de por si ya es unique y esta indexada?

No te enredes: Una PK es por definición SIEMPRE única. No puede existir otra posibilidad, y el DBMS no admitirá que un índice primairo no sea UNIQUE.
Ahora bien, una entidad representada en una tabla puede tener múltiples condiciones que sea UNIQUE, y se deben crear tales indices para esos casos, si es que son funcionalmente necesarios. Y como no existe ninguna restricción para que un campo que sea PK se pueda indexar nuevamente en otro índice, el MySQL Workbench te dejará hacerlo.
Pero no te olvides que el MW es una aplicación y no es el motor de la base de datos, por lo que puede dejarte desmarcar ese item, pero eso NO significa que MySQL deje de crear el indice primario como UNIQUE, simplemente ignorará el pedido enviado por le MW y generará la pK única.

En cuanto a lo de los indices únicos y los PK, es un tema más de diseño: No siempre los indices UNIQUE coinciden con las PK definidas. Ua misma entidad puede tener N calves candidatas, pero sólo una se definirá como PK.
¿Cuál?
Bueno, eso es tu responsabilidad. No hay una regla, más allá de lo que los libros enseñan respecto al tema. Una PK es aquella que permite identificar unívocamente un registro en una tabla. Que sea un campo numérico autoincremental o sea un dato propio de la entidad representada, es una decisión del arquitecto de datos. Dependerá de lo que considere conveniente para cada caso.

[harry0o]

Iniciado por gnzsoloyo

No te enredes: Una PK es por definición SIEMPRE única. No puede existir otra posibilidad, y el DBMS no admitirá que un índice primairo no sea UNIQUE.
Ahora bien, una entidad representada en una tabla puede tener múltiples condiciones que sea UNIQUE, y se deben crear tales indices para esos casos, si es que son funcionalmente necesarios. Y como no existe ninguna restricción para que un campo que sea PK se pueda indexar nuevamente en otro índice, el MySQL Workbench te dejará hacerlo.
Pero no te olvides que el MW es una aplicación y no es el motor de la base de datos, por lo que puede dejarte desmarcar ese item, pero eso NO significa que MySQL deje de crear el indice primario como UNIQUE, simplemente ignorará el pedido enviado por le MW y generará la pK única.

En cuanto a lo de los indices únicos y los PK, es un tema más de diseño: No siempre los indices UNIQUE coinciden con las PK definidas. Ua misma entidad puede tener N calves candidatas, pero sólo una se definirá como PK.
¿Cuál?
Bueno, eso es tu responsabilidad. No hay una regla, más allá de lo que los libros enseñan respecto al tema. Una PK es aquella que permite identificar unívocamente un registro en una tabla. Que sea un campo numérico autoincremental o sea un dato propio de la entidad representada, es una decisión del arquitecto de datos. Dependerá de lo que considere conveniente para cada caso.

excelente era lo que buscaba muchas Gracias.