Si entiendo tu pregunta correctamente, usted se pregunta ¿qué es un buen diseño para una normalizado de alimentación. Este es un trivial la pregunta de (i) el retiro de los campos de datos (por ejemplo, precio, volumen) para filtrar hacia fuera de cada uno de los piensos y (ii) cómo mantener que en un sistema de comercio con un mínimo de sobrecarga computacional.
Con respecto a (i)
Yo altamente recomiendo que te acerques a este en un test-driven manera. En otras palabras, averiguar qué datos de su aplicación se va a utilizar aguas abajo y 'revertir' lo que usted necesita para normalizar aguas arriba.
Un ejemplo trivial: Si su estrategia sólo las necesidades de los precios, probablemente, hay poco uso en la normalización de la coincidencia de los números. Si su cumplimiento y post-análisis del comercio está cerrado por los tiempos de la transacción en lugar de números de secuencia, entonces probablemente no es necesario que sea.
Dos consejos que te puedo dar son:
- No estire demasiado a ti mismo. Es fácil cometer el error de tratar de normalizar demasiados desde el día 1. Usted no quiere perder el tiempo tratando de conseguir que el mercado de divisas, swaps, opciones sobre acciones, valores de renta variable, futuros que cotizan en bolsa, etc. todos en el mismo normalizado de alimentación. Esto probablemente tomará un tiempo muy largo antes de que usted está tratando con todo eso, y por el tiempo que usted tiene, usted probablemente tiene a alguien haciendo esto para usted de todos modos.
- Pensar un poco acerca de cómo va a mantener depreciado en los campos de la versión y los cambios en la normalizado de alimentación. No importa cuán exhaustiva de su diseño inicial, te garantizo que va a encontrar cambios en el transcurso de la implementación y el tiempo real de uso.
Con respecto a (ii)
Sin conocer su arquitectura, la mejor respuesta que puedo dar es una colección de obvia de desarrollo de software de consejos: mantener esto en memoria, minimizar la asignación y el GC de arriba, y minimizar el número de veces que usted está transportar los datos de hilo a hilo.
Nota importante
Si usted es un comercial basado en más de 1 de alimentación de datos, esto no es algo que usted quiere hacerlo solo. Es que en serio no vale la pena tu tiempo. Hay un motivo por el proveedor de datos normalizado feeds son costosos, que tomar un montón de tiempo para mantener.
La parte que no entiendo acerca de su pregunta es: Bloomberg es una normalizado feed de datos de proveedores considerando que la REVISIÓN es a veces utilizado por los intercambios directamente, ¿por qué la normalización a través de los dos? Entonces usted está a solo introducir una sobrecarga innecesaria en el Bloomberg camino. Sólo quiero usar Bloomberg solo si ese es el caso.
