Longitud de registro, indices

Hola Hector, sql se organiza en páginas, y hay campos varchar, que no
siempre ocupan lo mismo. Cada índice además también se organiza en páginas,
y además está el fill factor, que puede no estar al 100%, en resumen, hay
millones (bueno un poco exagerado quizá), de razones por las que dividir el
tamaño real por el tamaño (potencial ) de un registro no da el numero de
registros, y al revés. ...


-

Miguel Egea Gómez
Webmaster de PortalSQL

(lo de online sobra)

Microsoft SqlServer M.V.P.

"Hector Duran" escribió en el mensaje
news:12dac01c4435c$10db5b80$
Dos preguntas:
1.¿Por que al ejecutar el sp_spaceused y obtener el tamaño
total de espacio en datos y dividirlo entre el numero de
registros no corresponde con la longitud del registro
calculada sumando las longitudes de los campos?
2.Alguien me puede explicar que criterios usa el manejador
de SQL Server para usar o no un indice y porque es que
crea un indice "nonclustered, statistics, auto create"?

Sin olvidar los alrededor de 100 bytes en cada pagina de encabezado. Esos
tambien alteran el calculo

ALEJANDRO LEGUIZAMO
MVP SQL - Colombia


"Miguel Egea" wrote in message
news:#

Hola Hector, sql se organiza en páginas, y hay campos varchar, que no
siempre ocupan lo mismo. Cada índice además también se organiza en

páginas,

y además está el fill factor, que puede no estar al 100%, en resumen, hay
millones (bueno un poco exagerado quizá), de razones por las que dividir

el

tamaño real por el tamaño (potencial ) de un registro no da el numero de
registros, y al revés. ...



Miguel Egea Gómez
Webmaster de PortalSQL

(lo de online sobra)

Microsoft SqlServer M.V.P.

"Hector Duran" escribió en el

mensaje

news:12dac01c4435c$10db5b80$
Dos preguntas:
1.¿Por que al ejecutar el sp_spaceused y obtener el tamaño
total de espacio en datos y dividirlo entre el numero de
registros no corresponde con la longitud del registro
calculada sumando las longitudes de los campos?
2.Alguien me puede explicar que criterios usa el manejador
de SQL Server para usar o no un indice y porque es que
crea un indice "nonclustered, statistics, auto create"?

jeje, las cabeceras, dan mucho dolor de 'cabecera' jeje
Recuerdo que Javier Loria pasó una hojita de excel para hacer los
cálculos,... a ver si la vuelvo a encontrar...


-

Miguel Egea Gómez
Webmaster de PortalSQL

(lo de online sobra)
Brigada Anti-Cursores
Microsoft SqlServer M.V.P.

"Alejandro Leguizamo (MVP)" escribió en el mensaje
news:

Sin olvidar los alrededor de 100 bytes en cada pagina de encabezado. Esos
tambien alteran el calculo

ALEJANDRO LEGUIZAMO
MVP SQL - Colombia


"Miguel Egea" wrote in message
news:#
> Hola Hector, sql se organiza en páginas, y hay campos varchar, que no
> siempre ocupan lo mismo. Cada índice además también se organiza en
páginas,
> y además está el fill factor, que puede no estar al 100%, en resumen,

hay

> millones (bueno un poco exagerado quizá), de razones por las que dividir
el
> tamaño real por el tamaño (potencial ) de un registro no da el numero de
> registros, y al revés. ...
>
>

>
> Miguel Egea Gómez
> Webmaster de PortalSQL
>
> (lo de online sobra)
>
> Microsoft SqlServer M.V.P.
>
> "Hector Duran" escribió en el
mensaje
> news:12dac01c4435c$10db5b80$
> Dos preguntas:
> 1.¿Por que al ejecutar el sp_spaceused y obtener el tamaño
> total de espacio en datos y dividirlo entre el numero de
> registros no corresponde con la longitud del registro
> calculada sumando las longitudes de los campos?
> 2.Alguien me puede explicar que criterios usa el manejador
> de SQL Server para usar o no un indice y porque es que
> crea un indice "nonclustered, statistics, auto create"?
>
>