¿Usa un esquema que no sea público en PostGIS?

Actualmente estoy configurando una nueva instalación de PostGIS 2.0.2 y PostgreSQL 9.1.6 en Ubuntu. Recientemente me he encontrado con alguna información que indica que el uso del esquema público para almacenar todos los datos no es una idea buena.

Por esta razón, configuré un esquema llamado datos y me hice propietario, pero ¿es una buena idea?

Mis preocupaciones son:

1. Además de configurar el propietario, es posible que deba prestar atención a las cosas en la pestaña Privilegios al crear este nuevo esquema (a través de pgAdmin III);
2. Es posible que no obtenga los mismos beneficios almacenando mis datos en el esquema público y volcando todos los datos en un esquema separado antes de hacer una copia de seguridad / restauración (esto ahorraría algunas pulsaciones de teclas al usar ogr2ogr); y
3. Puedo tener problemas al no tener las tablas y vistas predeterminadas de PostGIS en mi nuevo esquema de datos (están en el esquema público dentro de la misma base de datos).

Esto ahora se aborda en el sitio oficial en una página titulada Mover la extensión PostGIS a un esquema diferente . El método correcto es instalar la extensión en public. Esta es la única opción. La extensión ya no admite la reubicación. Lo siguiente es ejecutar los siguientes comandos, (copiado del sitio),

UPDATE pg_extension 
  SET extrelocatable = TRUE 
    WHERE extname = 'postgis';

ALTER EXTENSION postgis 
  SET SCHEMA postgis;

Cuando habilita espacialmente una base de datos PostGIS, las funciones relevantes, la tabla SRS y las vistas se colocan en el esquema público, tal como lo indica. Eso no significa que todas o cualquiera de sus propias tablas espaciales necesiten estar en el mismo esquema público. PostGIS seguirá funcionando en todos los datos espaciales en los "nuevos" esquemas.

De hecho, generalmente coloco mis tablas específicas de la aplicación en un esquema separado. De esa manera, si necesita realizar una actualización de versión principal a PostGIS, puede mantener sus copias de seguridad y restauraciones de tablas específicas de la aplicación como un procedimiento separado del que reemplaza las herramientas espaciales.

Entonces, creo que lo estás haciendo bien. Finalmente, en caso de que aún no lo haya hecho, es una buena idea agregar el nuevo esquema a la ruta de búsqueda:

ALTER DATABASE my_db SET search_path = gc, public;

1. Una de las posibles estrategias organizativas que puede crear con esquemas es permitir que un usuario se ejecute desenfrenadamente en un esquema, pero no pueda estropear las cosas en otro. Entonces, si desea usar esquemas de esta manera, puede hacerlo en la pestaña de privilegios de pgAdmin. Pero no es necesario que lo haga, así que si solo desea mantener los mismos privilegios en múltiples esquemas, está bien.

2. Según los artículos a los que se vinculó, el problema de mantener todo en público es que cuando se vuelcan datos, es probable que las tablas y las relaciones del sistema se mezclen con sus datos. Si mueve todos sus datos a un nuevo esquema, no tendrá que preocuparse por eso nunca más.

3. No hay ningun problema. (Como prueba, tenga en cuenta que no tiene que especificar public.spatial_ref_sys cuando desea buscar en la tabla SRS).

Un consejo adicional (tal vez ya te encontraste con esto). Probablemente desee agregar el esquema de "datos" a la ruta de búsqueda predeterminada del usuario. Algo como:

ALTER USER <your_user_name> SET search_path=public,data,$USER; 

Con respecto a su punto 2, a veces necesita restaurar cuando ya no tiene acceso a la base de datos original. (Esa es una de las razones de las copias de seguridad ...) por lo que es posible que no tenga la oportunidad de mover sus datos a un esquema separado cuando realmente lo necesite.

Usamos el esquema público para el análisis temporal / resultados de la tabla de desarrollo, luego vamos a esquemas más organizados (¿carpetas?) Para uso permanente.