<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: PostgreSQL Enterprise Geodatabase performance using PG_GEOMETRY in Data Management Questions</title>
    <link>https://community.esri.com/t5/data-management-questions/postgresql-enterprise-geodatabase-performance/m-p/1131400#M43764</link>
    <description>&lt;P&gt;I think that we would need some more details on the clients accessing the data, data type (point / lines / polys), any advanced behavior, etc.&lt;BR /&gt;&lt;BR /&gt;Do you have updated indexes / statistics?&lt;BR /&gt;&lt;BR /&gt;Is the data editing / updated often?&lt;BR /&gt;&lt;BR /&gt;Any additional details would be helpful.&lt;/P&gt;</description>
    <pubDate>Thu, 06 Jan 2022 21:01:17 GMT</pubDate>
    <dc:creator>George_Thompson</dc:creator>
    <dc:date>2022-01-06T21:01:17Z</dc:date>
    <item>
      <title>PostgreSQL Enterprise Geodatabase performance using PG_GEOMETRY</title>
      <link>https://community.esri.com/t5/data-management-questions/postgresql-enterprise-geodatabase-performance/m-p/1131371#M43762</link>
      <description>&lt;P&gt;I have been using by default the "PG_GEOMETRY" type to store features in Enterprise Geodatabase hosted in PostgreSQL. This strategy is very interesting when building and loading the database. But, in a production environment where most feature classes are accessed by geoservices in read-only mode, can the difference in the performance of accessing features kept in "PG_GEOMETRY" compared to "ST_GEOMETRY" be significant?&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Thu, 06 Jan 2022 20:07:44 GMT</pubDate>
      <guid>https://community.esri.com/t5/data-management-questions/postgresql-enterprise-geodatabase-performance/m-p/1131371#M43762</guid>
      <dc:creator>ClaudioRuschel</dc:creator>
      <dc:date>2022-01-06T20:07:44Z</dc:date>
    </item>
    <item>
      <title>Re: PostgreSQL Enterprise Geodatabase performance using PG_GEOMETRY</title>
      <link>https://community.esri.com/t5/data-management-questions/postgresql-enterprise-geodatabase-performance/m-p/1131400#M43764</link>
      <description>&lt;P&gt;I think that we would need some more details on the clients accessing the data, data type (point / lines / polys), any advanced behavior, etc.&lt;BR /&gt;&lt;BR /&gt;Do you have updated indexes / statistics?&lt;BR /&gt;&lt;BR /&gt;Is the data editing / updated often?&lt;BR /&gt;&lt;BR /&gt;Any additional details would be helpful.&lt;/P&gt;</description>
      <pubDate>Thu, 06 Jan 2022 21:01:17 GMT</pubDate>
      <guid>https://community.esri.com/t5/data-management-questions/postgresql-enterprise-geodatabase-performance/m-p/1131400#M43764</guid>
      <dc:creator>George_Thompson</dc:creator>
      <dc:date>2022-01-06T21:01:17Z</dc:date>
    </item>
    <item>
      <title>Re: PostgreSQL Enterprise Geodatabase performance using PG_GEOMETRY</title>
      <link>https://community.esri.com/t5/data-management-questions/postgresql-enterprise-geodatabase-performance/m-p/1131550#M43766</link>
      <description>&lt;P&gt;George, it is a general question. The geodatabases that I´m mentioning usually support applications like spatial data infrastructures with hundred of geoservices acccessing feature layers, almost allways on a read-only way. I once read a long time ago that internally ArcGIS would convert the PostGIS format to ST_Geometry for any operation. In other words, theoretically there would be a performance difference considering the same server environment and changing only the storage format. I have not found this issue documented in current versions of Enterprise Geodatabase. Therefore, I am questioning whether, in practice, there might be any noticeable difference in the performance of a geoservice considering only the variation of the geometry's storage format type.&lt;/P&gt;</description>
      <pubDate>Fri, 07 Jan 2022 11:21:53 GMT</pubDate>
      <guid>https://community.esri.com/t5/data-management-questions/postgresql-enterprise-geodatabase-performance/m-p/1131550#M43766</guid>
      <dc:creator>ClaudioRuschel</dc:creator>
      <dc:date>2022-01-07T11:21:53Z</dc:date>
    </item>
    <item>
      <title>Re: PostgreSQL Enterprise Geodatabase performance using PG_GEOMETRY</title>
      <link>https://community.esri.com/t5/data-management-questions/postgresql-enterprise-geodatabase-performance/m-p/1131556#M43768</link>
      <description>&lt;P&gt;Thanks for the additional information. I have not heard of ArcGIS converting PG --&amp;gt; ST before.&lt;BR /&gt;&lt;BR /&gt;In terms of performance, I would say that they are "equal" depending on many factors. The ArcGIS clients will work with both.&lt;BR /&gt;&lt;BR /&gt;The best course of action would be to do some testing within your environment. I have seen clients use both formats within the same Enterprise Geodatabase based on the need.&lt;/P&gt;&lt;P&gt;Others may be able to chime in on what they have seen.&lt;/P&gt;</description>
      <pubDate>Fri, 07 Jan 2022 12:22:04 GMT</pubDate>
      <guid>https://community.esri.com/t5/data-management-questions/postgresql-enterprise-geodatabase-performance/m-p/1131556#M43768</guid>
      <dc:creator>George_Thompson</dc:creator>
      <dc:date>2022-01-07T12:22:04Z</dc:date>
    </item>
  </channel>
</rss>

