Estoy actualizando una base de datos Jet a SQL Server Express 2008 R2 y antes de hacerlo, estoy reevaluando el esquema (fue diseñado en 1997-98, y el tipo que diseñado (es decir, yo) era algo así como un idiota!).Indexando campos individuales de claves compuestas de SQL Server
Mi pregunta es sobre tablas de combinación N: N con una clave compuesta de dos columnas. En Jet, las uniones en la primera columna de una clave compuesta de dos columnas usarán el índice compuesto, pero las uniones en la segunda columna no, por lo general, en las bases de datos Jet con grandes N: N unen tablas con un número razonablemente grande de registros Además del índice compuesto, agrego un segundo índice no único en la segunda columna.
¿Es esta una buena idea en SQL Server?
(tal vez no es una buena idea en Jet?)
¿Algún inconveniente, aparte de los problemas obvios de mantenimiento de índice? –
Consideraciones de espacio para almacenar el índice. Gastos generales adicionales en las operaciones Insert/Update/Delete. También considere la cardinalidad de ColumnB. Si es baja cardinalidad (pocos valores únicos), el índice puede no ser de mucha ayuda. –
En general, mi ColumnB tiene una cardinalidad menor que ColumnA. ¿Sería más eficiente invertirlos y agregar el índice no duplicado en la columna con mayor cardinalidad? –