Hola foro,
Bueno desde el punto de vista de diseño de bases de datos, una UK (llave unica) es una llave alternativa, es decir, similar a una llave primaria en el sentido que no puede haber mas de una instancia (registro) con el mismo valor para esa llave.
Voy a poner un caso en que he utilizado llaves unicas. Imaginemonos un sistema contable y tenemos una tabla para terceros (clientes, proveedores, etc). Uno podria colocar como identificador para la tabla PK (llave primaria)
el documento de identidad de la persona, pero sucede que los errores de los digitadores ya en un entorno de produccion son muy altos y es normal que se equivoquen en digitar los documentos. Cambiar el valor de la llave primaria desencadenaria actualizaciones en cascada a las tablas asociadas.
En cambio, si identificamos los terceros con un UID (Identificador unico), por medio de un generador y creamos un UK para el documento de identidad, evitariamos que se digitaran dos documentos de identificacion iguales y dado el caso que se tenga que corregir un documento, no se dispararian actualizaciones en cascada.
Debe aclararse otro aspecto, toda llave primaria, llave unica y llave foranea tiene asociada un indice, es decir, cuando se crea cualquiera de estas restricciones el motor de base de datos crea un indice basado en los campos que hacen parte de la restriccion.
Por tanto crear un inide unico o llave unica creara de fondo un indice razon por la cual el rendimiento en ambos casos seria igual.
Puede uno defenir llaves unicas cuando se esta manejando por ejemplo Normalmente uno define la llave unica
Cita:
|
Empezado por RONPABLO
Pues lo yo tengo entendió q el Índice único es una marca que le "indica" al motor q no hay mas datos y con encontrar uno ya puede devolver el valor encontrado y parar la búsqueda, mientras q el constraint único es una forma de validar q no se ingresen valores repetidos, por lo cual con los índices se tiene mayor velocidad q con los constraint
|