SQL Server Foreign Key constraint benefits

Question

Estamos diseñando una base de datos en la que necesito considerar algunas restricciones FK (clave externa) . Pero no está limitado a estructuración formal y normalización. Lo intentamos solo si proporciona algún beneficio de escalabilidad o rendimiento de .

He estado repasando algunos artículos interesantes y buscando beneficios prácticos en Google. Estos son algunos enlaces:

http://www.mssqltips.com/tip.asp?tip=1296

que quería saber más acerca de los beneficios de FK (aparte de la estructuración formal y el famoso en cascada eliminar \ update).

• FK no están 'indexadas' de forma predeterminada, ¿cuáles son las consideraciones al indexar un FK?

• Cómo controlar los campos anulables que se asignan como clave foránea - ¿está permitido?

• Además de la indexación, ¿esto ayuda a optimizar los planes de ejecución de consultas en SQL-Server?

Sé que hay más, pero preferiría que los expertos hablen sobre esto. Por favor guíame.

Answer 1

• Las claves foráneas no ofrecen ningún beneficio de rendimiento o escalabilidad.
• Las claves externas imponen integridad referencial. Esto puede proporcionar un beneficio práctico al generar un error si alguien intenta eliminar filas de la tabla padre por error.
• Las claves externas no están indexadas por defecto. Debe indexar las columnas de claves externas, ya que esto evita una exploración de tabla en la tabla secundaria cuando elimina/actualiza su fila padre.
• Puede hacer que una columna de clave foránea sea nulable e insertar nulo.

Answer 2

El principal beneficio es que su base de datos no terminará siendo inconsistente si su código de cliente con errores intenta hacer algo mal. Las claves foráneas son un tipo de 'restricción', así que así es como debe usarlas.

No tienen ningún beneficio "funcional", no optimizarán nada. Aún tiene que crear índices usted mismo, etc. Y sí, puede tener valores NULOS en una columna que es una clave externa.

Answer 3

Las restricciones FK mantienen la coherencia de sus datos. Eso es. Este es el principal beneficio. Las restricciones de FK no le proporcionarán ninguna ganancia de rendimiento.

Pero, a menos que haya desnormalizado a propósito la estructura de db, le recomendaría usar restricciones de FK. La razón principal: consistencia.

Answer 4

Como se mencionó, son para la integridad de los datos. Cualquier "pérdida" de rendimiento sería aniquilada completamente por el tiempo requerido para arreglar los datos rotos.

Sin embargo, podría haber un beneficio de rendimiento indirecto.

Para SQL Server al menos, las columnas en el FK deben tener el mismo tipo de datos en cada lado. Sin un FK, podría tener un padre nvarchar y un niño varchar por ejemplo.Cuando se une a las 2 tablas, obtendrá conversiones de tipo de datos que pueden matar el rendimiento.

Example: different varchar lengths causing an issue

Answer 5

He leído al menos un ejemplo de red donde se demostró que las claves foráneas hacer mejorar el rendimiento porque el optimizador no tiene que hacer comprobaciones adicionales a través de tablas, ya que sabe de datos cumple con ciertos criterios ya debido al FK. Lo siento, no tengo un enlace, pero el blog dio un resultado detallado de los planes de consulta para probarlo.