[postgis-users] schemas and postgis data

Ben Madin lists at remoteinformation.com.au
Thu Sep 22 05:51:37 PDT 2011


Robert,

You can get as complex as you like, but one great use of schemas (I think) has been to manage backing up data - especially over the internet, another is to manage user access at a more granular level.

if you put your static data (ie background maps) into one schema, then when dumping you can use the -N flag to avoid dumping that schema. By doing this we avoid backing up several hundred megabytes every night, but new research location data is backed up daily - only a few megabytes

similarly, for some projects you might have data on users and access controls, but when analysing the data this isn't necessary, so putting important (perhaps research) data into it's own schema makes it easy to export from a database server to a local machine for analysis.

Dont forget to 

ALTER DATABASE mydatabase SET search_path TO mymainschema, myotherschema, someotherstuff, public;

cheers

Ben


On 22/09/2011, at 6:17 PM, Robert Buckley wrote:

> I have just read this explaining about how to structure data and functions within postgresql
> http://blog.cleverelephant.ca/2010/09/postgis-back-up-restore.html
> 
> 	..."The "public" schema is where the PostGIS functions and system tables get installed, so if you dump that schema you get all those definitions in your dump. If those definitions are mixed in amongst your data, loading them into a fresh database gets tricky: are the paths to the libraries the same? are there function name clashes? (The utils/postgis_restore.pl script attempts manfully to strip out PostGIS components from a dump file to allow a clean restore, but it is hard to get 100% performance.)
> 	If, on the other hand, all your data is neatly separated into its own schema, you can neatly backup just that schema and avoid having PostGIS system information mixed in with your data. That means you can easily restore your data into any version of PostGIS and PostgreSQL that you like. So upgrades are easy easy easy.
> 
> Remember: Store your data in a schema other than "public".
> "
> 
> 
> Basically Paul recommends saving geodata in a different schema to the postgis functions. 
> 
> My questions are...
> 	
> 1	"if the data is located in a different schema which does not have the 800 odd postgis functions, are the functions still available to the data?"
> 2	"are cross schema queries allowed?"
> 3 	"does it also make sense to seperate non-spatial tables into their own schemas?"
> 
> 
> thanks for any advice,
> 
> Rob
> _______________________________________________
> postgis-users mailing list
> postgis-users at postgis.refractions.net
> http://postgis.refractions.net/mailman/listinfo/postgis-users

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/postgis-users/attachments/20110922/1b7285ce/attachment.html>


More information about the postgis-users mailing list