Si vous remontez dans l'univers jusqu'au début de 2001 et que vous laissez non seulement les inventeurs de PostGIS voir l'avenir, mais également que le PSC de PgSQL voit l'avenir, peut-être que PostGIS serait une série de correctifs sur PgSQL. Mais au minimum, si nous avions commencé comme correctifs, la première chose à laquelle nous nous serions heurtés était:
- Les zones PgSQL de base ne supportent pas les trous, mais le modèle SIG veut vraiment des trous, pouvons-nous changer cela?
Et PgSQL de base aurait dit: "non, bien sûr que non, les régions ont une sémantique existante bien comprise et nous ne pouvons pas aller dans le sens contraire pour des changements incompatibles".
En tant que développeurs non essentiels, PostGIS a été en mesure de préparer des versions mensuelles et semestrielles pendant un certain nombre d'années, tandis que le noyau PgSQL était associé à des versions annuelles et plus longues. Nous avons également pu ajouter les fonctionnalités de notre choix, à tout moment, car nous avions des droits de validation dans notre projet, mais l'obtention de ces droits dans PgSQL prend très longtemps.
Au moment où PostGIS démontrait suffisamment de valeur externe que le noyau de PgSQL examinait et se disait: "Euh, ça aurait été sympa d'avoir dans le noyau une fonctionnalité supplémentaire", il y avait déjà tellement de code d'une norme et d'un style si différents de PgSQL (sans mentionner sous une licence incompatible) que l'idée de fusionner n'était pas vraiment possible.
Au lieu de cela, PostGIS est devenu l'exemple canonique d'une extension complexe de très grande taille qui aide PgSQL à rester modulaire et extensible. "Comment cet effet ressemblera-t-il à PostGIS?" Est une question souvent posée lorsque PgSQL principal évalue certains changements. C’est aussi une bonne chose, peut-être pas aussi bien que PostGIS, mais assez bon.
Il y a d'autres raisons, comme la longue liste de dépendances que PgSQL core aurait détesté, la cohérence généralement inférieure du code et la propreté des API qu'ils auraient désespérément amélioré, etc. Même au moment de la conception, PostGIS était une boule de poils trop grosse pour que PgSQL l’avale en une bouchée.