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