¿Cuál es la diferencia entre crear un índice UNIQUE como "índice" o como "restricción" en SQL Server?

Question

Al crear un índice sobre una columna que se va a ser único (pero no la clave primaria de la tabla), let servidor SQL de a elegir algunas opciones:

1) Puedo elegir para que sea una restricción o un índice.
Supongo que esto significa que si lo configuro como una restricción, no lo usará cuando consulte, solo cuando escriba. Sin embargo, la única forma eficiente en que se me ocurre que SQL Server haga cumplir esa restricción es creando realmente un índice. ¿Cuál es el uso para esta opción?

2) Además, si lo configuro como "índice", me permite especificar que debe ignorar las claves duplicadas. Esto es lo más desconcertante para mí ...
Supongo que significa lo opuesto a la restricción. Probablemente signifique "usarlo al consultar, pero ni siquiera verificar cuando se escribe".
Pero entonces ¿por qué debería establecerlo como ÚNICO?
Supongo que hay algunas optimizaciones que SQL Server puede hacer, pero me gustaría entenderlas mejor.

¿Alguien sabe exactamente qué hace SQL Server con estas opciones?
¿Cuál es el caso de uso para establecer un índice único, pero ignorar las claves duplicadas?

NOTA: Esto es para SQL Server 2000

---

EDIT: De acuerdo con lo que ha dicho, sin embargo ... Si creo una restricción, que se puede utilizar para acelerar las consultas que filtran utilizando los campos en la restricción?

Gracias!

Answer 1

Una restricción UNIQUE es parte del estándar ISO/ANSI SQL, mientras que los índices no se deben a que el Estándar sea independiente de la implementación. SQL Server, en común con la mayoría de los DBMS SQL, usará un índice para implementar una restricción UNIQUE.

Podría decirse que, en lugar de usar UNIQUE índice en una secuencia de comandos SQL es ligeramente más portátil pero como siempre la sintaxis propia no debe descartarse si provids oportunidades para la optimización etc.

Answer 2

SQL Server creará un índice para implementar restricciones ÚNICAS. Puede ver una referencia al índice exclusivo que se utiliza para imponer restricciones únicas en la vista sys.key_constraints (en 2005 — lo siento, no conozco el equivalente de 2000). Pero ambas versiones usarán el índice al realizar consultas.

La diferencia es que si creas un índice tienes más control sobre cómo está construido. En particular, puede incluir columnas adicionales que pueden buscarse frecuentemente junto con la clave.

Ambas opciones le permitirá "Ignorar duplicados de las llaves" en la datos existentes, pero ambos se producirá un error si se intenta insertar un valor nueva que duplica uno ya existente.

Answer 3

No existe una diferencia práctica entre una restricción única y un índice único que no sea el hecho de que la restricción única también se enumera como un objeto de restricción en la base de datos.

Answer 4

De acuerdo con MSDN, no hay diferencias significativas entre la creación de un índice único a través de una restricción única o la creación explícita utilizando la instrucción CREATE UNIQUE INDEX. En ambos casos, los datos se validan por singularidad de la misma manera, y también el optimizador de consultas no los trata de forma diferente. Como buena práctica, utilice una restricción única si la integridad de los datos es el objetivo, otra instrucción de uso CREATE UNIQUE INDEX directamente.

Here es un excelente artículo y un video que explica la diferencia entre ambos enfoques.