[postgis-devel] any spatial databases for high performance geo-computing

Imre Samu pella.samu at gmail.com
Tue May 20 02:48:53 PDT 2014


>You’re misinterpreting the phrase "geo-distributed database clusters”.
They aren’t talking about clusters of geospatial data.
>They are talking about a cluster of machines where the machines are spread
out over different data centres.
>This is frequency desirable for ultra-high-availability set-ups.

You are right.
but sometimes it helps on improving end user performance.


"
*Geographically distributed SQL database *TransLattice offers the world’s
first globally distributed relational database management system. All the
functional capabilities of a traditional RDBMS, including ACID semantics of
SQL, are present. Nodes may be deployed wherever more processing power is
required.
To improve end user performance, data placement is based on access history,
bounded by data location policies."
http://www.translattice.com/Performance.shtml
http://www.translattice.com/TransLattice_Elastic_Database.shtml


"TransLattice Launches Postgres-XL, an Open Source Database Designed for
OLTP and Big Data Analytics" (  May 13, 2014 )
http://www.translattice.com/pr/TransLattice_Launches_Postgres-XL_an_Open_Source_Database_Designed_for_OLTP_and_Big_Data_Analytics.shtml


Imre



2014-05-20 6:53 GMT+02:00 Paul Ramsey <pramsey at cleverelephant.ca>:

> You’re misinterpreting the phrase "geo-distributed database clusters”.
> They aren’t talking about clusters of geospatial data. They are talking
> about a cluster of machines where the machines are spread out over
> different data centres. This is frequency desirable for
> ultra-high-availability set-ups.
>
> P.
>
>
> --
> http://postgis.net
> http://cleverelephant.ca
>
>
> On May 19, 2014 at 4:05:11 PM, Imre Samu (pella.samu at gmail.com) wrote:
> > > "Q. Are geo-distributed database clusters supported?
> > No, geo-distribution is not natively supported. A Postgres-XL-based
> > solution will depend on your particular requirements, and you
> > should probably engage with a company that is experienced with
> > Postgres-XL."
>
> _______________________________________________
> postgis-devel mailing list
> postgis-devel at lists.osgeo.org
> http://lists.osgeo.org/cgi-bin/mailman/listinfo/postgis-devel
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/postgis-devel/attachments/20140520/7d9ba09f/attachment.html>


More information about the postgis-devel mailing list