rendimiento con muchos registros

Hola,

La gente de Arsys no anda muy fina en sus sugerencias sobre SQL Server, de
hecho yo tengo allí la web de mi empresa, y ante alguna consulta o petición
que les he hecho me han dado una respuesta bastante absurda. Por ejemplo les
pedí que pusieran la base de datos en modo de recuperación simple, ya que es
de sólo lectura para mis clientes, y la actualizo yo con información desde
mi central, y me dijeron que corría un gran riesgo de pérdida de datos y que
no lo podían hacer. Les dije que yo lo asumía, que tenía todos los datos
para poder cargarlos de nuevo, y no me entendían, seguían diciendo que iba a
perder datos y que no podían hacerlo :-S (o igula no les interesaba porque
tendría más espacio para datos ?, a veces hay que pensar mal cuando no te
dan una respuesta coherente).

No vas a tener ningún problema con ese volumen de datos, lo que si te
recomiendo es que utilices bien la paginación, y sólo pidas a SQL Server la
información que vas a mostrar. Para ello te ayudará bastante estos artículos
de Itzik Ben-Gan (sólo los podrás leer al completo si eres suscriptor, pero
si nolo eres podrás leer sólo una parte de ellos y descargar los fuentes de
los ejemplos):
http://www.sqlmag.com/Article/Artic...aging.html
http://www.sqlmag.com/Article/Artic..._2005.html

Un saludo
Salvador Ramos
Murcia - España

[Microsoft MVP SQL Server]
www.helpdna.net (información sobre SQL Server y .NET)


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

gracias a todos

es cierto que va a ser una pasada listar todos los registros pero creo
que en algun momento se van a mostrar, si en el panel de control tengo
la opcion de mostrar codigos usados en cuanto todos esten usados se
tendran que mostrar, creo que intentare convencer de que se muestren
por dias o algo asi teniendo como clave primaria el campo codigo y el
campo fecha indizado con duplicados(¿esto aumentara el campo de
tamaño?)

tengo una duda en cuanto al tamaño que contratar, mas o menos he
calculado 400 bytes por registro lo que me da 400x225.000 = 85.83 mb,
¿estoy en lo cierto o debo considerar algo mas a la hora de calcular
el tamaño?

de nuevo muchisimas gracias

un saludo

Hola salvador

cuando hago una paginacion (con access y nunca con tantos registros)
utilizo PageSize, no se si es buena idea utilizarlo con tantos
registros y sql server 2000

gracias y un saludo

Es absurdo mostrar todos los registros. Aunque el usuario diga que lo
necesita, nunca va a revisarse todos (a menos que se aburra
muuuuuuuuuuuuuuuuuuuuucho). Hay que convencerle de que lo que en realidad
necesita es buscar con una lógica y es lo que le tenemos que ofrecer (muchas
posibilidades de búsqueda)

Yo le mostraría (como mucho) 100 registros (que seguro que tampoco nunca
se los va a revisar) y si aún así llegara al final, eso significa que la
consulta que está haciendo es errónea. No estaría entonces pensando en una
consulta, sino en un informe.

No entiendo muy bien lo que comentas en el primer párrafo...

Para calcular el tamaño del registro (aproximado), no tienes más que
sumar lo que ocupan cada uno de los campos y multiplicarlo por el número de
registros que tienes (teniendo en cuenta el volumen de crecimiento). Es lo
que tú has hecho, así que si ese cálculo está bien, la tabla tendrá
aproximadamente ese tamaño


Un saludo

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

escribió en el mensaje
news:
gracias a todos

es cierto que va a ser una pasada listar todos los registros pero creo
que en algun momento se van a mostrar, si en el panel de control tengo
la opcion de mostrar codigos usados en cuanto todos esten usados se
tendran que mostrar, creo que intentare convencer de que se muestren
por dias o algo asi teniendo como clave primaria el campo codigo y el
campo fecha indizado con duplicados(¿esto aumentara el campo de
tamaño?)

tengo una duda en cuanto al tamaño que contratar, mas o menos he
calculado 400 bytes por registro lo que me da 400x225.000 = 85.83 mb,
¿estoy en lo cierto o debo considerar algo mas a la hora de calcular
el tamaño?

de nuevo muchisimas gracias

un saludo

Hola.

Una tabla de 225.000 registros es una tabla manejable. No requieres de
artificios especiales para su gestión. Aún así, ejecuta "exec sp_spaceused
NombreTabla" para que veas cómo es de grande.

Lo de mostrar los registros "todos o casi todos" entiendo que te refieres a
que todos ellos serán susceptibles de ser mostrados o listados bajo ciertas
circunstancias. Más de 100 registros no los mira nadie de una vez. Supongo
que ya tendrás pensado montar una especie de buscador en tu aplicación.

Alberto López Grande (qwalgrande)


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