rendimiento con muchos registros

Hola, no se quien te ha dicho eso pero no es cierto. Yo en una sola tabla
tengo 16millones de registros y no la tengo particionada. Antes de hacer una
particion hay que estudiar muy bien el tema y trataria de agotar otras
instancias.
Si tienes buenos indices sobre la tabla , buenos diseños, no usas cursores,
no vas a tener problemas


Salu2
Maxi [MVP SQL SERVER]
www.sqlgurus.org
Speaker INETA
Speaker Culminis


escribió en el mensaje
news:

Hola,

tengo que hacer una web en asp en la que inicialmente tengo que meter
unos 225.000 registros en una tabla de sql server 2000, me dicen donde
voy a contratar el alojamiento(creo que sera arsys) que deberia partir
en varias tablas para que no sea demasiado el tiempo de espera en las
consultas, pero voy a tener que mostrar todos o casi todos esos
registros (paginando) teniendo el mismo problema, aunque esten en
varias tablas la consulta o actualizacion de registros tardara lo mismo
que si estan en una, no??

saludos y gracias

hola maxi, gracias por responder

me lo han dicho desde soporte de arsys, la verdad es que me parecia un
poco raro, no se si estara relacionado con que seria un servidor sql
server compartido

los campos serian un codigo (sera el indice) y luego nombre, apellidos,
telefono

la aplicacion es sencilla, en una pagina inicial se pide el codigo a
buscar y pasa a un formulario que se insertara en el mismo registro del
codigo que se ha buscado,
la otra parte es un panel de control donde poder acceder a todos los
registros, esta es la parte que me da mas miedo por la cantidad de
registros a mostrar

de nuevo muchas gracias, un saludo

hola maxi, gracias por responder

me lo han dicho desde soporte de arsys, la verdad es que me parecia un
poco raro, no se si estara relacionado con que seria un servidor sql
server compartido

los campos serian un codigo (sera el indice) y luego nombre, apellidos,
telefono

la aplicacion es sencilla, en una pagina inicial se pide el codigo a
buscar y pasa a un formulario que se insertara en el mismo registro del
codigo que se ha buscado,
la otra parte es un panel de control donde poder acceder a todos los
registros, esta es la parte que me da mas miedo por la cantidad de
registros a mostrar

de nuevo muchas gracias, un saludo

La búsqueda por clave primaria no va a darte problema alguno, la búsqueda
por índice es muy eficiente.

Lo que deberias revisar con mucho cuidado es el otro requerimiento. Aún
cuando le brindes al usuario la opción de mostrar los registros en forma
paginada, me parece de escasa usabilidad mostrarle al usuario 200 mil
registros.

Imagina que le muestras de a 100 registros por página y le pones un mensaje
"Página 1 de 2000" :-) quién va a soportar el tedio de recorrer todas esas
páginas? :-)


Gustavo Larriera, MVP
Mentor - Solid Quality Learning
www.solidqualitylearning.com
www.solidqualitylearning.com/blogs/glarriera/
Este mensaje se proporciona "COMO ESTA" sin garantias y no otorga ningun
derecho / This posting is provided "AS IS" with no warranties, and confers
no rights.

wrote in message
news:

hola maxi, gracias por responder

me lo han dicho desde soporte de arsys, la verdad es que me parecia un
poco raro, no se si estara relacionado con que seria un servidor sql
server compartido

los campos serian un codigo (sera el indice) y luego nombre, apellidos,
telefono

la aplicacion es sencilla, en una pagina inicial se pide el codigo a
buscar y pasa a un formulario que se insertara en el mismo registro del
codigo que se ha buscado,
la otra parte es un panel de control donde poder acceder a todos los
registros, esta es la parte que me da mas miedo por la cantidad de
registros a mostrar

de nuevo muchas gracias, un saludo

Estoy de acuerdo con Gustavo. Esa búsqueda por clave primaria va a ser
muy rápida (y más con sólo esa cantidad de registros).

Y en la búsqueda por los otros campos deberías contemplar (o limitar tú
mismo) los criterios por los que se consulta para crear los índices
adecuados, y sobre todo mostrar el número de registros adecuados por el bien
del usuario y de la base de datos.

Si la gente de Arsys cree que con esa cantidad de registros hay que
empezar a particionar las tablas mal vamos...


Un saludo

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

escribió en el mensaje
news:

hola maxi, gracias por responder

me lo han dicho desde soporte de arsys, la verdad es que me parecia un
poco raro, no se si estara relacionado con que seria un servidor sql
server compartido

los campos serian un codigo (sera el indice) y luego nombre, apellidos,
telefono

la aplicacion es sencilla, en una pagina inicial se pide el codigo a
buscar y pasa a un formulario que se insertara en el mismo registro del
codigo que se ha buscado,
la otra parte es un panel de control donde poder acceder a todos los
registros, esta es la parte que me da mas miedo por la cantidad de
registros a mostrar

de nuevo muchas gracias, un saludo