Ordenar por la geometría utilizando HEREDA?

Question

espero que todo el mundo está haciendo bien.

Tengo una ofensiva de datos de punto de ajuste (tabla primaria: 600K filas, 500 columnas) tengo que analizar a diferentes escalas basadas en diversas divisiones de espacio. También voy a necesitar averías por un par de atributos clave. Aquí está una lista de planear el hijo de la tabla de tipos con los que cuenta:

• mainRegions (4 niño mesas, un par de columnas para los datos demográficos)
• subregiones (11 niño mesas, un par de columnas para los datos demográficos)
• los condados (67 niño mesas, un par de columnas para los datos demográficos)
• KeyAttributeOne (15 tablas secundarias, sin columnas adicionales)
• KeyAttributeTwo (48 tablas secundarias, sin columnas adicionales)

Sobre las divisiones de espacio, hemos agregado y el informe exclusivamente en la región, sub-región y a nivel de condado del estado (ver imagen), sino analizar los datos en el censo o a nivel de bloque. Sólo hay dos atributos de la tabla principal que se puede utilizar para agrupar los registros en forma significativa.

Es mi entendimiento de que la aplicación de una herencia estrategia permitirá la fácil agregación de la geometría, un atributo o una combinación de ambos. Me pregunto, sin embargo, si la fácil consultas ad-hoc valdrá la pena el trabajo que se requiere por adelantado.

PostGIS En Acción (recurso increíble) da un buen ejemplo de una cadena de línea tabla ordenada por state_fips pero no he escuchado de primera mano las cuentas de la utilización de la herencia con geometrías.

-Rob

Answer 1

Rob,

Supongo que depende de la cantidad de datos que estamos hablando y por qué lo está haciendo. Por CIERTO -- el tiger_geocoder empaquetado con PostGIS 2.0.0 hace uso de la herencia para la separación geográfica (la principal razón por la que hacemos esto es por razón de 1, 2, 5). Mi sensación es que la herencia puede ser excesivo para sus necesidades.

La razón por la que utilizar la herencia de nuestro trabajo es:

1) Facilitar la carga -- si usted carga de datos (especialmente los datos de sólo lectura) por región, en su manera más fácil con la herencia ya que sólo puede truncar la tabla secundaria o incluso la caída de ella. cuando usted está hablando de millones de registros de tener que eliminar aquellos que con el paso lento de ELIMINAR DE ... que es una gran ventaja.

2) Otra razón es regional, romper, hacer las consultas más rápido. De 600.000 registros, no hay mucho de un beneficio en la velocidad no creo que no. Cuando usted comienza a conseguir un poco más de una en un millón, tiene mucho más sentido.

3) Archivar -- por rango de fecha -- desea mantener los datos de como hace 10 años y hacer un montón de rango de fechas de las consultas. Usted no desea que los datos que rara vez se consulta que afectan a la velocidad de los datos más recientes. Tenga en cuenta que esto sólo funciona si usted a menudo se consulta por rango de fechas.

4) Otra que trajo -- tener la opción de almacenar más datos acerca de los niños de los padres de familia. Por esta razón, usted podría estar en lo correcto y que es la herencia de la mejor solución. Para esto siempre es una decisión entre tener un montón de columnas vacías rara vez se utiliza en una tabla o utilizar a niños como las tablas y las consultas de las tablas secundarias directamente.

5) la Abstracción, la capacidad para eliminar tablas sin cambiar la interfaz de sus aplicaciones. Así que por ejemplo el tigre geocoder hemos ... hemos creado un tigre esquema que tiene todas las tablas primarias. Una de las ventajas de que es el año que viene me puede disinherit todos mis 2010 tablas y reemplazarlos con 2011. Yo podría querer mantener el 2010, unos por razones históricas. De hecho puedo disinherit pieza de la comida, como disinherit 2010 FL datos y reemplazar con 2011 FL datos simplemente heredando de 2011 y mantener a todos los demás como está. Esto es absolutamente maravilloso para los procesos que se llevan un largo tiempo. Yo lo llamo el reemplazo de los neumáticos modelo.