Dado que la pregunta es si existe o no una diferencia de rendimiento, dependerá del índice. Cuando haga COUNT (*), usará la (s) columna (s) PK para determinar el número de filas. Si no tiene ningún índice además de un índice agrupado en la (s) columna (s) PK, escaneará los nodos hoja en el índice agrupado. Eso es probablemente muchas páginas. Si tiene un índice no agrupado más delgado que el índice agrupado, lo elegirá, lo que dará como resultado menos lecturas.
Por lo tanto, si la columna que selecciona está contenida en el índice no agrupado más pequeño posible de la tabla, el optimizador de consultas SQL lo elegirá para ambos conteos () (si tiene un ix agrupado que es PK) y count (indexed_column). Si elige un recuento (indexed_col) que solo está contenido en un índice amplio, el recuento () será más rápido si su PK es un índice agrupado. El motivo por el que esto funciona es que hay un puntero al índice agrupado en todos los índices no agrupados y SQL Server puede calcular el número de filas basadas en ese índice no agrupado.
Por lo tanto, como es habitual en SQL Server, depende. Haga un showplan y compare las consultas entre sí.
para ser honesto No encontré esa pregunta, pero creo que mi pregunta es un poco diferente porque se trata de la columna indexada: D gracias – Asha