Rendimiento por Tablas en SQL 2000

Hola, bue todo depende de muchas cosas, yo particularmente no me gusta la
idea de partir en tablas, porque luego se puede llegar a complicar la cosa a
la hora de los Select y blabla.

Lo que yo haria es tener mucho cuidado con los indices porque eso si puede
ser un problema, define los necesarios y bien.

Despues si me interesaria optimizar mas la cosa quizas haga filegroups a
distintos discos fisicos por ej entre otras cosas.

Has probado de cuanto tarda en hacer el import y luego algun select mas o
menos comun cuanto se demora?




Salu2
Maxi
Buenos Aires Argentina
Desarrollador Microsoft 3 Estrellas .NET
[Maxi_accotto[arroba]speedy[punto]com[punto]ar
MSN:


"Jorge Eldis" escribió en el mensaje
news:

Hola a todos,

En verdad no sabia que Subject poner pero el problema es mas o menos asi.

Tengo un equipo que me entrega un archivo plano, el cual debo pasarlo a

SQL,

eso no es mayor problema, el asunto es que son 4 equipos que generan
aproximadamente 200.000 registros diarios.

La pregunta es es mejor crear una tabla por cada Equipo y manipular los
registros separados o meterlos todos en una sola tabla.

Como influiria el rendimiento de SQL en este caso?

Saludos Jorge Eldis

Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.581 / Virus Database: 368 - Release Date: 10/02/2004

Gracias Maximo por tu respuesta.

Bueno con lo que me dices no deberia afectar el desempeño de SQL metiendo
todo en una sola tabla.

Sobre los Indices tendre cuidado con eso se que cuando hay mucha informacion
pueden ser un problema.

El tiempo que se demora importanto es aproximado a 10 minutos en el mismo
Server o sea todo esta en la misma maquina, si me pego a traves de la red
demora mas.

Saludos Jorge Eldis
"Maximiliano D. A." <maxi_accotto[arroba]speedy[.]com[.]ar> wrote in message
news:

Hola, bue todo depende de muchas cosas, yo particularmente no me gusta la
idea de partir en tablas, porque luego se puede llegar a complicar la cosa

a

la hora de los Select y blabla.

Lo que yo haria es tener mucho cuidado con los indices porque eso si puede
ser un problema, define los necesarios y bien.

Despues si me interesaria optimizar mas la cosa quizas haga filegroups a
distintos discos fisicos por ej entre otras cosas.

Has probado de cuanto tarda en hacer el import y luego algun select mas o
menos comun cuanto se demora?




Salu2
Maxi
Buenos Aires Argentina
Desarrollador Microsoft 3 Estrellas .NET
[Maxi_accotto[arroba]speedy[punto]com[punto]ar
MSN:


"Jorge Eldis" escribió en el mensaje
news:
> Hola a todos,
>
> En verdad no sabia que Subject poner pero el problema es mas o menos

asi.

>
> Tengo un equipo que me entrega un archivo plano, el cual debo pasarlo a
SQL,
> eso no es mayor problema, el asunto es que son 4 equipos que generan
> aproximadamente 200.000 registros diarios.
>
> La pregunta es es mejor crear una tabla por cada Equipo y manipular los
> registros separados o meterlos todos en una sola tabla.
>
> Como influiria el rendimiento de SQL en este caso?
>
> Saludos Jorge Eldis
>
>



Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.581 / Virus Database: 368 - Release Date: 10/02/2004

Me imagino que debes realizar todo en un mismo proceso. Creo que la forma
mas rapida de levantar todas estas filas a tu tabla es a traves de la
utilidad BCP o el comando BULCK COPY si es que no necesitas realizar un
proceso previo.
Si tienes que realizar un proceso previo levantaria las filas con el BCP o
el comando BULCK COPY a una tabla de trabajo, y de alli pasaria las filas a
la tabla final mediante un proceso que no utilice cursores.

De todas formas estas son ideas generales ya que quizas se necesite afinar
mucho mas el proceso.
Cada cuanto es necesario pasar toda esta informacion?
Hay que realizar algun proceso antes de llegar a la tabla final? como es el
mismo?
Hay concordancia entre el archivo plano y la tabla final? hay separadores de
campo, etc?
Los datos vienen en forma inconsistente, como por ejemplo, codigos que no
existen, fechas invalidas, etc, etc?
Cuantos indices y foreign keys tiene la tabla final?

Saludos
Adrian D. Garcia
MCSD
NDSoft Consultoria y Desarrollo

"Jorge Eldis" wrote in message
news:

Hola a todos,

En verdad no sabia que Subject poner pero el problema es mas o menos asi.

Tengo un equipo que me entrega un archivo plano, el cual debo pasarlo a

SQL,

eso no es mayor problema, el asunto es que son 4 equipos que generan
aproximadamente 200.000 registros diarios.

La pregunta es es mejor crear una tabla por cada Equipo y manipular los
registros separados o meterlos todos en una sola tabla.

Como influiria el rendimiento de SQL en este caso?

Saludos Jorge Eldis