[Qgis-user] Experiences using QGIS + PostgreSQL/PostGIS in a multiuser environment?

Bo Victor Thomsen bo.victor.thomsen at gmail.com
Thu Nov 21 02:43:57 PST 2019


This reply is rather long and some of the information has already partly 
been given in other replies. However, the following list is my 
"checklist" for using Postgres/PostGIS with QGIS and other GIS programs.

  * Postgres is an excellent platform for creating a multi user spatial
    data platform. And - for QGIS - faster than using just about any
    other spatial storage technology. But you have prepare your Postgres
    setup.

  * Memory configuration: Out of the box Postgres is *very* conservative
    about using memory. Tune the configuration. If you don't have the
    know-how or time use a tool like this:
    *https://pgtune.leopard.in.ua/#/* (there is one aber-dabei: Choose
    "Linux" as the operating system even if you server is Windows. The
    old advise about using only 512 MB shared memory on windows is
    obsolete:
    *https://momjian.us/main/blogs/pgblog/2018.html#December_17_2018*)

  *   If you have a serious multi CPU server (And who hasn't ?): Use
    Postgres 12 / PostGIS 3 for getting maximum performance using
    multiprocessing in Postgres/PostGIS:
    *http://blog.cleverelephant.ca/2019/08/postgis-3-parallel.html *(and
    tune your Postgres accordingly - see above). Yes I know about QGIS
    troubles with Postgres 12. They will hopefully be resolved quickly.

  * If you have a "Windows only" setup i.e both the server and the
    clients are Windows, consider using SSPI sign on method:
    *https://wiki.postgresql.org/wiki/Configuring_for_single_sign-on_using_SSPI_on_Windows*
    It's equivalent to "Integrated security" for MS-SQLServer and will
    reduce the hassle about user credentials for Postgres, because the
    server will reuse the windows logon identity inside Postgres.

  * And a little know trick: If you have a lot of large complex
    geometries and some extra disk capacity you can speed your queries
    considerably by *not* compressing TOAST data for your spatial
    tables:
    *http://blog.cleverelephant.ca/2018/09/postgis-external-storage.html.

    *
  * (This information is probably not pertinent for you as this time) If
    you have a "large" pool of users where a small part is "editors" and
    a large part "read-only" users, consider having 2 Postgres servers:

      o One for editing users, where the Postgres setup is tuned for
        editing. Only editing user is allowed access to this server. The
        server can probably be quite small.

      o A second Postgres server tuned for read access. All Postgres
        users has only read access to this server. This server is the
        larger of the servers.

      o Connect the 2 server in a master/slave replication configuration
        using the "editor" server as a master. This will remove any
        problems for "editor"-users when "read"-users blow up the read
        server with some convoluted query (And they will !!)

-- 
Med venlig hilsen / Kind regards

Bo Victor Thomsen


Den 20-11-2019 kl. 11:10 skrev Hernán De Angelis:
> Hello QGIS:ers
>
> I am evaluating setting up a server running PostgreSQL/PostGIS for use 
> as data sharing/collaborating environment for spatial data. The user 
> group may consist of up to 15 people, mostly using QGIS but one or two 
> may use other software (non OS). Data is almost exclusively of vector 
> type. The use is within a single organization.
>
> I understand some people in this list have experience with this kind 
> of environment and would appreciate if any of you would share any 
> useful experience, challenges, thought or things to watch out for. I 
> understand basic management routines are critical (user management, 
> user rights), as well as a sound backup and update strategy. I also 
> understand that proper data management procedures have to be in place, 
> like rules for table creation and eventual deletion, attribute 
> selection, etc. But what else can go wrong with this kind of setup if 
> not managed properly? Thoughts and experiences welcome!
>
> Best regards and thanks in advance
>
> Hernán
>
>
>
>
>
> _______________________________________________
> Qgis-user mailing list
> Qgis-user at lists.osgeo.org
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/qgis-user/attachments/20191121/a922a015/attachment-0001.html>


More information about the Qgis-user mailing list