08-24-2008
|
|
Foro Chica Robot
|
|
|
Fecha: Sep 2000
Posts: 22.250
|
|
|
Evento en tiendas temporales y bases de datos
2008-08-24T19: 37:00.004 +03:00
Yo soy un antiguo tipo que lleva pañuelos, como éste, en cualquier lugar que vaya, es útil para múltiples usos, de todos modos - mientras que en el pasado, todos los grandes almacenes en Israel llevó pañuelos y esto era un producto popular, para algunos razón, se salió de la moda, y tengo dificultades para renovar el inventario de los pañuelos, y en este sentido, me gustaría paso durante un minuto en el pasado, comprar dos docenas de pañuelos y de regreso. En el pasado, he participado en el trabajo en torno a bases de datos temporales e incluso co-editado un libro en este ámbito. Temporal de las bases de datos tenía dos objetivos principales:
(1). Mantenga los datos históricos, y facilita la recuperación de estos datos
(2). Habilitar a las preguntas cuestión "como de" cualquier punto en el tiempo, es decir, el tema de consulta que tenga en cuenta la información que estaba disponible en un momento en el tiempo (no como se ve desde "ahora") - de nuevo, para regresar el pasado.
Uno puede preguntarse ¿por qué estoy escribiendo sobre las bases de datos temporal de hoy, y - la cuestión de las bases de datos temporales es volver al pensar en "caso de las tiendas", sé que algunos de mis colegas de la base de datos no les gusta el término "evento tienda" o " repositorio caso ", ya que no incluye explícitamente la palabra" base de datos ", pero para mí, utilizando DBMS es sólo una posible aplicación, mientras que otros, como la red de caché también son posibles - pero este es un tema para otro debate.
En cualquier caso - ¿por qué necesitamos un "acontecimiento tienda" - en algunos casos tenemos que mantener los acontecimientos históricos y los utilizan, en algunos casos incluso se aplican en la detección de patrón de acontecimientos pasados. A efectos de auditoría que también puede querer cuestión "como de" las preguntas. Tenga en cuenta que la representación temporal de los acontecimientos que se puede hacer en función de múltiples dimensiones temporales (véase discusión sobre las dimensiones temporales de los acontecimientos). Una de las características de las bases de datos temporales que son "sólo añadir" las bases de datos, lo que significa: base de datos de los registros se pueden agregar, pero no modificarlos o suprimirlos; modificación y supresiones son operadores lógicos que crean otros casos, de mantenimiento de los antiguos. Esto está ligado a una de las propiedades de los eventos -- inmutabilidad, Que es en realidad una propiedad que aún polémico debate acerca de las necesidades - en qué condiciones se necesita. Temporal de las bases de datos parecen ser una forma adecuada para representar los acontecimientos históricos.
Algunas observaciones:
(1). Actual DBMS no soportan bases de datos temporales como primitiva, aunque las bases de datos temporales se han construido como una segunda capa encima de ellos.
(2). No todos los eventos tienen que ser persistente para la transformación histórica, se trata de una propiedad de tipo de evento, y sus políticas de retención. Diferentes eventos deben ser persistido con diferentes propósitos.
(3). La cuestión de en qué idioma debe utilizarse para el proceso "tiendas evento" es también una cuestión de opinión, algunos creen que es la respuesta de SQL (sin embargo, para algunos modelos, es un idioma difícil), hay un intento de ampliar el lenguaje SQL patrón con las extensiones, aquí voy a citar una persona sabia, Pablo Vicente, que escribió en una nota de pie de página anuncio : Esta será una buena noticia especialmente para aquellos que al igual que sus sentencias SQL para ejecutar a varias páginas ... Otra opción es el uso en línea de patrón que se utiliza el idioma en línea de modelos, y traducido a SQL (o una de sus variantes).
Hay varias cuestiones que todavía necesitan más profundo debate - pero suficiente para el día de hoy.
Fuente ...
|
Más UNIX y Linux Foro Temas usted puede encontrar útiles
Powered by 
Modo de rosca
