PostgreSQL ya admite tipos de datos espaciales, operadores e indexación.
¿Qué proporciona exactamente PostGIS que hizo necesario que existiera como una extensión de PostgreSQL?
¿Por qué no todos usamos la funcionalidad espacial de PostgreSQL?
PostgreSQL ya admite tipos de datos espaciales, operadores e indexación.
¿Qué proporciona exactamente PostGIS que hizo necesario que existiera como una extensión de PostgreSQL?
¿Por qué no todos usamos la funcionalidad espacial de PostgreSQL?
Respuestas:
Si vuelve a enrollar el universo a principios de 2001, y no solo deja que los inventores de PostGIS vean el futuro, sino que también deja que el PSC de PgSQL vea el futuro, tal vez PostGIS sea una serie de parches en PgSQL. Pero como mínimo, si hubiéramos comenzado como parches para el núcleo, lo primero con lo que nos habríamos topado es:
Y el núcleo de PgSQL hubiera dicho: "no, por supuesto que no, las áreas tienen una semántica bien entendida existente y no podemos hacer cambios incompatibles hacia atrás como ese".
Como desarrolladores no centrales, PostGIS pudo eliminar versiones mensuales y semestrales durante varios años, mientras que el núcleo PgSQL se mantuvo junto con las versiones anuales y más largas. También pudimos agregar cualquier característica que quisiéramos, siempre que teníamos derechos de compromiso en nuestro proyecto, pero obtener derechos de compromiso en PgSQL lleva mucho tiempo.
Cuando PostGIS demostró suficiente valor externo que PgSQL core examinó y se dijo "eh, eso hubiera sido bueno tener en el núcleo como una característica adicional", ya había tanto código de un estándar y un estilo tan diferentes de PgSQL (sin mencionar bajo una licencia incompatible) que la idea de fusión no era realmente posible.
En cambio, PostGIS se ha convertido en el ejemplo canónico de una Extensión Compleja Realmente Grande que ayuda a PgSQL a permanecer modular y extensible. "¿Cómo afectará esto a PostGIS?" Es una pregunta que a menudo se hace cuando PgSQL central evalúa algunos cambios. Esto también es algo bueno, quizás no tan bueno como PostGIS como parte del núcleo, pero lo suficientemente bueno.
Hay otras razones, como la larga lista de dependencias que el núcleo de PgSQL hubiera odiado ver, la consistencia del código generalmente más baja y la limpieza de la API que habrían desesperado por mejorar, y así sucesivamente. Incluso en la concepción, PostGIS era una bola de pelo demasiado grande para que PgSQL se la tragara de una mordida.
fuente
Eso simplemente no es cierto, PostgreSQL no admite tipos de datos espaciales. Soporta tipos geométricos. Estos están perfectamente bien para algunas cosas, pero están totalmente separados de los sistemas de coordenadas del mundo real. Tipos nativos
Actualizar
En cuanto a la pregunta del índice, está en las preguntas frecuentes
fuente
La lista de características de PostGIS también amplía esas capacidades:
Además, a los puntos / partes mencionados ya en este post. Agregaría como se menciona en el sitio web de PostGIS Cómo funciona
fuente