manejo de datos historicos

02/02/2005 - 16:29 por Juan Luis Herrera Garcia | Informe spam
Hola, tengo una aplicacion algo compleja que utiliza muchas tablas, la
inquietud que tengo es sobre el diseño de la base de datos para que manejo
de datos historicos, por lo que pregunto lo siguiente:

1. Que tanto limita la velocidad de respuesta si las tablas llegasen a
tener muchos registros o si la base de datos llegase a tener muchas
tablas. (utilizo cdx)
2. Es buena idea tener la informacion de varios años en una sola tabla,
por ejemplo, el correlativo de facturas de hace unos 5 o 10 años, que por
los requerimientos de la aplicacion deben poder estar accesibles en
cualquier momento.
3. Algunos modelos que he consultado utilizan un archivo que le llaman
actual y otro historico, y mediante un proceso de cierre trasladan lo
actual al historico y el actual queda vacio, luego para ver informacion
historica hay que jalar del historico al actual, etc., pero en mi caso se
presentan registros que pese a ser de hace varios años, presentan saldos
que deben ser tratados en el presente por lo que no puedo trasladarlos al
historico.
4. Existe algun articulo que trate este tema, es decir, el relacionado al
diseño de una base de datos que contemple el manejo de datos historicos.

PD. trabajo en vfp6.

saludos
jlh



Saludos
jluishg


PortalFox :: Nada corre como un zorro
http://www.portalfox.com

PortalFox - NNTP Forum Gateway

Preguntas similare

Leer las respuestas

#1 Mauricio Pulla B.
03/02/2005 - 00:23 | Informe spam
Hola Juan.
1.- si diseñas bien tu tabla y creas indices adecuados la velocidad seria
optima.
2.- Cuanto llamas tener muchos registros.
tengo tablas con 150000 registros son todabia pequeñas pequeñas y
cuando realizo una consulta estas vuela

Saludos.
Mauricio Pulla.
Cuenca Ecuador


"Juan Luis Herrera Garcia" escribió en el mensaje
news:
Hola, tengo una aplicacion algo compleja que utiliza muchas tablas, la
inquietud que tengo es sobre el diseño de la base de datos para que manejo
de datos historicos, por lo que pregunto lo siguiente:

1. Que tanto limita la velocidad de respuesta si las tablas llegasen a
tener muchos registros o si la base de datos llegase a tener muchas
tablas. (utilizo cdx)
2. Es buena idea tener la informacion de varios años en una sola tabla,
por ejemplo, el correlativo de facturas de hace unos 5 o 10 años, que por
los requerimientos de la aplicacion deben poder estar accesibles en
cualquier momento.
3. Algunos modelos que he consultado utilizan un archivo que le llaman
actual y otro historico, y mediante un proceso de cierre trasladan lo
actual al historico y el actual queda vacio, luego para ver informacion
historica hay que jalar del historico al actual, etc., pero en mi caso se
presentan registros que pese a ser de hace varios años, presentan saldos
que deben ser tratados en el presente por lo que no puedo trasladarlos al
historico.
4. Existe algun articulo que trate este tema, es decir, el relacionado al
diseño de una base de datos que contemple el manejo de datos historicos.

PD. trabajo en vfp6.

saludos
jlh



Saludos
jluishg


PortalFox :: Nada corre como un zorro
http://www.portalfox.com

PortalFox - NNTP Forum Gateway
Respuesta Responder a este mensaje
#2 Mauricio Pulla B.
25/02/2005 - 16:43 | Informe spam
Hola Franklin

Que bien tener un coterráneo.



Sabes tengo un sistema con tres tablas principales con 220.000 registros en
total, a la que insertan datos un par de personas y consultan otro par, el
sistema trabaja directamente con tablas y con buffer 5 y tiene una velocidad
aceptable, y eso que la optimización no es de lo mejor.



Cuando realizo consultas que involucran varias tablas con mas de 300.000
registros y maquinas Pentiun 2, 3 se vuelve lentas, pero aplicándole un DCOM
que te devuelve un xml esta vuelan.



Hay otros compañeros aqui que comentan trabajan con mucho mas registros.



No soy partidario de los archivos historicos, pero en todo caso pende de las
circunstancias.



Seria bueno tener contacto mi e-mail es



Saludos.

Mauricio Pulla.




"Franklin Int." escribió en el mensaje
news:
Hola amigo.
Cuando ejecutas tu aplicacion en un entorno monousuario,
la velocidad si bien es cierto es aceptable dependiendo del hardware
cuando la corres en un entorno de Red los resultados son desastrozos
aunque tengas indices, por lo que es mejor que creee archivos
historicos de tus transacciones.

saludos desde Loja * Ecuador


"Mauricio Pulla B." wrote in message
news:#
> Hola Juan.
> 1.- si diseñas bien tu tabla y creas indices adecuados la velocidad


seria
> optima.
> 2.- Cuanto llamas tener muchos registros.
> tengo tablas con 150000 registros son todabia pequeñas pequeñas y
> cuando realizo una consulta estas vuela
>
> Saludos.
> Mauricio Pulla.
> Cuenca Ecuador
>
>
> "Juan Luis Herrera Garcia" escribió en el mensaje
> news:
> > Hola, tengo una aplicacion algo compleja que utiliza muchas tablas, la
> > inquietud que tengo es sobre el diseño de la base de datos para que
manejo
> > de datos historicos, por lo que pregunto lo siguiente:
> >
> > 1. Que tanto limita la velocidad de respuesta si las tablas llegasen a
> > tener muchos registros o si la base de datos llegase a tener muchas
> > tablas. (utilizo cdx)
> > 2. Es buena idea tener la informacion de varios años en una sola


tabla,
> > por ejemplo, el correlativo de facturas de hace unos 5 o 10 años, que
por
> > los requerimientos de la aplicacion deben poder estar accesibles en
> > cualquier momento.
> > 3. Algunos modelos que he consultado utilizan un archivo que le llaman
> > actual y otro historico, y mediante un proceso de cierre trasladan lo
> > actual al historico y el actual queda vacio, luego para ver


informacion
> > historica hay que jalar del historico al actual, etc., pero en mi caso
se
> > presentan registros que pese a ser de hace varios años, presentan


saldos
> > que deben ser tratados en el presente por lo que no puedo trasladarlos
al
> > historico.
> > 4. Existe algun articulo que trate este tema, es decir, el relacionado
al
> > diseño de una base de datos que contemple el manejo de datos


historicos.
> >
> > PD. trabajo en vfp6.
> >
> > saludos
> > jlh
> >
> >
> >
> > Saludos
> > jluishg
> >
> >
> > PortalFox :: Nada corre como un zorro
> > http://www.portalfox.com
> >
> > PortalFox - NNTP Forum Gateway
>
>


email Siga el debate Respuesta Responder a este mensaje
Ads by Google
Help Hacer una preguntaRespuesta Tengo una respuesta
Search Busqueda sugerida