Tamaño recomendado indice principal

Cuanto más pequeño sea la primary key de la tabla mucho mejor el
rendimiento, yo intentaría seleccionar otra columna que no fuera el email
como clave primaria


Un saludo

-
"Sólo sé que no sé nada. " (Sócrates)

"Santiago Barro" escribió en el mensaje
news:
Mostrar la cita

Hola a todos,
estamos empezando a crear una aplicación en la que es posible que una

tabla
Mostrar la cita

de movimientos llegue a tener varios millones de registros.

Normalmente, utilizábamos como codigo principal un campo varchar de 15
digitos, pero nos gustaría que el codigo principal fuera el email que
introducirá el propio usuario.
Nuestra pregunta es si podría haber algún problema en el rendimiento de la
base de datos si el codigo principal fuera de unos 35 o 40 caracteres.

Muchas gracias y un saludo
Santiago Barro

Gracias Carlos.
Creo entonces que la mejor solución será asignar un codigo interno para cada
email.

Saludos
Santiago Barro


"Carlos Sacristán" <csacristanARROBAmvpsPUNTOorg> escribió en el mensaje
news:%23C%
Mostrar la cita

Cuanto más pequeño sea la primary key de la tabla mucho mejor el
rendimiento, yo intentaría seleccionar otra columna que no fuera el email
como clave primaria


Un saludo

-
"Sólo sé que no sé nada. " (Sócrates)

"Santiago Barro" escribió en el mensaje
news:
Mostrar la cita

Hola a todos,
estamos empezando a crear una aplicación en la que es posible que una

tabla
Mostrar la cita

de movimientos llegue a tener varios millones de registros.

Normalmente, utilizábamos como codigo principal un campo varchar de 15
digitos, pero nos gustaría que el codigo principal fuera el email que
introducirá el propio usuario.
Nuestra pregunta es si podría haber algún problema en el rendimiento de
la
base de datos si el codigo principal fuera de unos 35 o 40 caracteres.

Muchas gracias y un saludo
Santiago Barro

Cuanto más grande sea el/los campos índice, menos registros por página
entrarán, en consecuencia, más páginas habrá que leer para obtener el mismo
resultado, ya sea un INDEX SEEK, INDEX SCAN, etc. Esto penaliza el
rendimiento, debido principalmente a las IOs, y el almacenamiento en mayor o
menor medida puede verse afectado (hombre... por una tabla sola no pero
una vez me encontré un cliente que aún no había conocido los campos VARCHAR y
ni te cuento la que armó hasta las fechas y horas las guardaba en CHAR !).

En principio, sería preferible un índice más pequeño... claro está, que si
esto te supone que en vez de uno vas a tener dos índices, y que la mayoría de
las consultas se van a despachar en función del correo electrónico, pues
probablemente interese el campo del correo como PK... también ten en cuenta
que los restricciones UNIQUE, por debajo también crean un índice...

Saludos,
Guillermo

"Santiago Barro" wrote:

Mostrar la cita

Hola a todos,
estamos empezando a crear una aplicación en la que es posible que una tabla
de movimientos llegue a tener varios millones de registros.

Normalmente, utilizábamos como codigo principal un campo varchar de 15
digitos, pero nos gustaría que el codigo principal fuera el email que
introducirá el propio usuario.
Nuestra pregunta es si podría haber algún problema en el rendimiento de la
base de datos si el codigo principal fuera de unos 35 o 40 caracteres.

Muchas gracias y un saludo
Santiago Barro