Duda cómo guardar evolucion de valores...

[neodani]

Buenos días,

No se como enfocar el siguiente problema...Me gustaría guardar en mi una base de datos (aun no está diseñada) valores que cambian en el transcurso del tiempo.

Os pongo un ejemplo de los valores de bolsa, van cambiando en el tiempo y me gustaría almacenar estos cambios para poder generar luego graficos con la evolución...

¿Cómo los guardaríais? se me ocurre una manera pero no se sí es la más optima...

Tengo dos columnas una el tiempo y otra el valor. Cada vez que un valor cambie almaceno la fecha y hora del cambio y su valor actual, pero dentro de la misma columna.. es decir, con el paso del tiempo acabaría teniendo algo asi...

tiempo | valor
14:30 14:32 14:35 14:40 | 2,30 2,32 2,36 2,35

¿Alguna sugerencia?

Muchas gracias de antemano!!

[Vun]

TABLA: VALORES

CAMPOS:
ID (autonumerico)
EMPRESA (varchar)
VALOR (numerico)
TIME (numerico)


El campo TIME rellenalo con la funcion time(), que te guarda el timestamp , una cifra numerica que puede ser luego transformada en fecha, por ejemplo de 2839283748 > "13:40 7 marzo 2009" ó simplemente "13:40", lee sobre esto es muy util

Luego con un simple Select * from VALORES where EMPRESA='Santander' ORDER BY TIME DESC tienes lo que decias, los registros ordenados de los diferentes valores que ha ido teniendo la empresa

[huesos52]

Yo te recomendaría tener una tabla historial, que almacene como vos dices, la fehca y hora del cambio y el valor actual. Todo esto queda en 2 o 3 columnas según requieras y tendrás muchos registros, con los cuales podras jugar para graficar o analizar la información adecuadamente.

saludos

[gnzsoloyo]

Dos columnas, como las planteaste, pero con un registro por cada cambio. Esa sería la forma más eficiente y ortodoxa.
Usa un campo DATETIME y un campo FLOAT o DOUBLE.

Como jamás se repetirá una instancia de tiempo entre dos valores, la fecha la puedes usar como PK. Las búsquedas de valores se volverán muy sencillas.

[neodani]

Iniciado por gnzsoloyo

Dos columnas, como las planteaste, pero con un registro por cada cambio. Esa sería la forma más eficiente y ortodoxa.
Usa un campo DATETIME y un campo FLOAT o DOUBLE.

Como jamás se repetirá una instancia de tiempo entre dos valores, la fecha la puedes usar como PK. Las búsquedas de valores se volverán muy sencillas.

Gracias por las sugerencias pero sigo sin verlo claro del todo...

Porque no se trata de un solo mercado, ej. de la bolsa tenemos varios indices.. IBEX 35, NASDAQ 100, FTSE 100 y para cada mercado tiene sus acciones... son las acciones en este ejemplo las que deberían guardar su evolución historica.

Necesito algo más que dos columnas no? :S:S:S

[gnzsoloyo]

Porque no se trata de un solo mercado, ej. de la bolsa tenemos varios indices.. IBEX 35, NASDAQ 100, FTSE 100 y para cada mercado tiene sus acciones... son las acciones en este ejemplo las que deberían guardar su evolución historica.

Entonces simplemente le agregas la PK del mercado donde se origina y haces que la PK de esa tabla sea fecha+claveMercado...
Sería usar una PK compuesta, un caso parecido a lo que propone el post de VUN, sólo que el ID numérico es innecesario y el índice compuesto hace que las búsquedas sean más rápidas en ciertos casos.

[neodani]

Iniciado por gnzsoloyo

Entonces simplemente le agregas la PK del mercado donde se origina y haces que la PK de esa tabla sea fecha+claveMercado...
Sería usar una PK compuesta, un caso parecido a lo que propone el post de VUN, sólo que el ID numérico es innecesario y el índice compuesto hace que las búsquedas sean más rápidas en ciertos casos.

Gracias de nuevo.

¿Para aclararme tendría algo así ?

Tabla mercado
- mercado (de por sí es primaria ya que no habrá ningun otro mercado que se llame igual.. IBEX 35, NASDAQ 100, FTSE 100)

Tabla valores
- nombre_valor (ABERTIS, ACCIONA, ACERINOX....)
- mercado

Tabla indicadores
- timestamp (clave PK)
- mercado (clave PK)
- nombre_valor
- precio

[gnzsoloyo]

Tomando tu ejemplo, sería en realidad:
Mercados
- mercado VARCHAR (PK)

Valores
- nombre_valor VARCHAR (PK)

Indicadores
- FechaValor DATETIME (clave PK)
- mercado VARCHAR (clave PK, FK)
- nombre_valor VARCHAR (PK, FK)
- precio FLOAT

Valores
- nombre_valor VARCHAR (PK, FK)
- mercado VARCHAR (clave PK, FK)

Obviamente, cualquiera de las tres tablas puede extenderse en atributos, o bien descomponerse en más tablas, de acuerdo a la estructura de datos que se requiera. Lo que has puesto es un ejemplo muy simplificado.
La última tabla no es estrictamente necesaria, pero si conveniente para algunas operaciones.

[neodani]

Iniciado por gnzsoloyo

Tomando tu ejemplo, sería en realidad:
Mercados
- mercado VARCHAR (PK)

Valores
- nombre_valor VARCHAR (PK)

Indicadores
- FechaValor DATETIME (clave PK)
- mercado VARCHAR (clave PK, FK)
- nombre_valor VARCHAR (PK, FK)
- precio FLOAT

Valores
- nombre_valor VARCHAR (PK, FK)
- mercado VARCHAR (clave PK, FK)

Obviamente, cualquiera de las tres tablas puede extenderse en atributos, o bien descomponerse en más tablas, de acuerdo a la estructura de datos que se requiera. Lo que has puesto es un ejemplo muy simplificado.
La última tabla no es estrictamente necesaria, pero si conveniente para algunas operaciones.

Muchas gracias gnzsoloyo.

Una anotación, la segunda y cuarta tabla se llaman iguales, imagino que tendrán que llamarse de manera diferente

[gnzsoloyo]

Yep. Tienes razón. Se me pasó sin querer.

Saludos y suerte con el trabajo.