RE: Consultas Rendimiento

Hola JCRespecto de los datos espaciales, te recomiendo:1.- Como en todo proyecto, sus objetivos te dicen que información es la necesaria de almacenar, si no la tienen clara todo sera incierto durante el diseño.2.- Ten en cuenta "el como" tienen pensado actualizar o mantener esa información, usaran ArcGIS, gvSIG, uDIG, Kosmo o desarrollaran su propio editor de datos geográfico3.- De preferencia usa un solo SRID para las tablas, en ocasiones el ámbito geográfico del proyecto es muy amplio, de tal forma que tienes que utilizar diferentes tablas con diferentes SRID y eso complica las cosas para la programación y el mantenimiento.4.- De preferencia usa una tabla por tipo de geometría, aunque puedes usar tablas de "colección de geometrías".5.- Establece procedimientos para que tus indices geográficos no se desactualicen.6.- No se olviden de los metadatos, con mayor razon si tienen pensado proporcionar servicios WMS y/o WFS7.- En igualdad de condiciones, lo simple es lo mejor.saludos desde el Perú,Fernando
www.solucionesgeomaticas.com

Date: Fri, 3 Dec 2010 11:40:01 +0000
Subject: [pgsql-es-ayuda] Consultas Rendimiento
From: jchavezb(at)gmail(dot)com
To: pgsql-es-ayuda(at)postgresql(dot)org

Estimad(at)s:Hola buenos dias tengo un par de dudas y necesitto me orienten donde puedo informarme mas respecto a los siguientes puntos...
a) Tengo la sgte. consulta:Select a.campo1,
b.campo3from (Select campo1 from tabla x) a, --> En este punto es bueno hacer subconsultas en los FROM??? tengo dudas existenciales frente a esto segun yo esto no es nada optimo, sino es
mejor crear una variable tipo tabla o no?? y alguien tiene algun articulo o pagina donde pueda leer frente a esto??? tabla bWhere a.id = b.id
b) De los colegas que trabajan con datos espaciales, tengo que comenzar a diseñar una BD espacial , en base a su experiencia, en que debo tener especial cuidado en su diseño??? que me podria jugar malas pasadas???

Desde ya agradecido por cualquier orientacion.
Atte.JC
--
Cumprimentos
jchavez
linux User #397972 on http://counter.li.org/