Kenny Evitt a déjà expliqué les choses les plus importantes. Néanmoins, voici quelques informations supplémentaires:
Postgresql possède des bases de données, des espaces de table et des schémas, et il est impossible d'effectuer des jointures d'une base de données à une autre, car elles sont strictement séparées. Une base de données peut avoir plusieurs schémas et il est possible de joindre quelque chose d'un schéma à un autre. Pour plus d'informations, consultez les documents:
Une autre possibilité de charger PostGIS dans votre schéma gc serait la suivante:
t=# create schema gc;
CREATE SCHEMA
t=# set search_path to gc;
SET
t=# create extension postgis;
CREATE EXTENSION
Je ne suis ni un expert du catalogue Arc ni de pgadmin, mais je suppose que l'une des trois possibilités suivantes s'est produite:
- Postgresql prend en charge nativement les types de données géométriques . Mais vous ne devriez pas faire confiance à cela dans Geo Contexts, car les métadonnées CRS ainsi que la fonctionnalité de transformation ne sont pas fournies. Tu as juste eu de la chance et rien ne s'est cassé.
- Arc Catalog, d'une manière ou d'une autre, après ne pas avoir trouvé d'extension PostGIS, l'a créée sans avertir l'utilisateur. Pour vérifier cela, vous pouvez consulter les tables existantes avant et après cette étape.
Dans psql, vous pouvez le faire en tapant:
\d
List of Relations
Schema | Name | Type | Owner
--------+-------------------+---------+----------
gc | geography_columns | View | postgres
gc | geometry_columns | View | postgres
gc | raster_columns | View | postgres
gc | raster_overviews | View | postgres
gc | spatial_ref_sys | Table | postgres
Si vous voyez cela, PostGIS a été installé comme une extension. La troisième possibilité serait qu'ArcCatalog fasse quelque chose comme ceci:
set search_path to $all_schemas;
import to gc;
Dans ce cas, vous avez également eu de la chance. Mais peut-être qu'ArcCatalog fait quelque chose de plus sophistiqué à la fin ...