<?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: Slow SDE Feature Class Performance in Geodatabase Questions</title>
    <link>https://community.esri.com/t5/geodatabase-questions/slow-sde-feature-class-performance/m-p/807147#M2973</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi Michael, &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt; Is your SQL Server running on the SP3 update? Although an unlikely culprit, esri recommends a minimum of 2008 SP3 for any 10.3.x ArcGIS platform. &lt;A href="http://desktop.arcgis.com/en/arcmap/10.3/get-started/system-requirements/database-requirements-sqlserver.htm" title="http://desktop.arcgis.com/en/arcmap/10.3/get-started/system-requirements/database-requirements-sqlserver.htm"&gt;Microsoft SQL Server database requirements for ArcGIS 10.3.x—Help | ArcGIS for Desktop&lt;/A&gt;&amp;nbsp; Has anything else changed in regards to the tax parcel feature class or it's schema recently? Are you reconciling and posting regularly because other feature classes are undergoing regular versioned editing? Are you noticing slow performance from any other dataset within the geodatabase? If archiving has been enabled for some time on this feature class, and edits have been regularly made it makes me wonder if it has something to do with your gradual performance degradation- Maybe check the archive view to see if it is using excessive resources from the SQL Server database? Might be worth looking into.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;A href="https://desktop.arcgis.com/en/arcmap/10.3/manage-data/geodatabases/enabling-archiving.htm" title="https://desktop.arcgis.com/en/arcmap/10.3/manage-data/geodatabases/enabling-archiving.htm"&gt;Enabling archiving—ArcGIS Help | ArcGIS for Desktop&lt;/A&gt; &lt;/P&gt;&lt;P&gt;&lt;A href="http://desktop.arcgis.com/en/arcmap/10.3/manage-data/gdbs-in-oracle/views-in-geodatabase.htm" title="http://desktop.arcgis.com/en/arcmap/10.3/manage-data/gdbs-in-oracle/views-in-geodatabase.htm"&gt;Views in an enterprise geodatabase—Help | ArcGIS for Desktop&lt;/A&gt; &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;When you enable archiving on a nonversioned dataset, ArcGIS creates a view on the dataset that has the name &amp;lt;dataset name&amp;gt;_evw. For example, if you enable archiving on a nonversioned feature class named streets, ArcGIS creates a view on that feature class named streets_evw. If you already have a view named streets_evw, ArcGIS will drop that view. Therefore, you should rename your existing view before you enable archiving on the streets dataset.&lt;/LI&gt;&lt;/UL&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Fri, 24 Jun 2016 15:52:24 GMT</pubDate>
    <dc:creator>RexRobichaux2</dc:creator>
    <dc:date>2016-06-24T15:52:24Z</dc:date>
    <item>
      <title>Slow SDE Feature Class Performance</title>
      <link>https://community.esri.com/t5/geodatabase-questions/slow-sde-feature-class-performance/m-p/807146#M2972</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hello&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I've been experiencing slower than usual performance (noticeably slow time to draw as well as query, compared to similar feature classes) with a specific feature class in my organizations enterprise geodatabase.&amp;nbsp; The feature class consists of tax parcel polygons in the Local Government schema (vector_data.DBO.ParcelPublishing/vector_data.DBO.TaxParcel).&amp;nbsp; It is a non-versioned feature class with archiving enabled.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I've tried the following to speed it up (with no success):&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;* We reconcile, post, and compress our GDB nightly&lt;/P&gt;&lt;P&gt;* Feature class has an attribute index as well as a spatial index&lt;/P&gt;&lt;P&gt;* I have run "rebuild indexes" as well as "analyze datasets" on the feature class with just about every combination of options possible&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Any suggestions as to what I should try next?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Our enterprise geodatabase is on version 10.3 on top of SQL Server 2008.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 21 Jun 2016 14:57:53 GMT</pubDate>
      <guid>https://community.esri.com/t5/geodatabase-questions/slow-sde-feature-class-performance/m-p/807146#M2972</guid>
      <dc:creator>MichaelMorisette</dc:creator>
      <dc:date>2016-06-21T14:57:53Z</dc:date>
    </item>
    <item>
      <title>Re: Slow SDE Feature Class Performance</title>
      <link>https://community.esri.com/t5/geodatabase-questions/slow-sde-feature-class-performance/m-p/807147#M2973</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi Michael, &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt; Is your SQL Server running on the SP3 update? Although an unlikely culprit, esri recommends a minimum of 2008 SP3 for any 10.3.x ArcGIS platform. &lt;A href="http://desktop.arcgis.com/en/arcmap/10.3/get-started/system-requirements/database-requirements-sqlserver.htm" title="http://desktop.arcgis.com/en/arcmap/10.3/get-started/system-requirements/database-requirements-sqlserver.htm"&gt;Microsoft SQL Server database requirements for ArcGIS 10.3.x—Help | ArcGIS for Desktop&lt;/A&gt;&amp;nbsp; Has anything else changed in regards to the tax parcel feature class or it's schema recently? Are you reconciling and posting regularly because other feature classes are undergoing regular versioned editing? Are you noticing slow performance from any other dataset within the geodatabase? If archiving has been enabled for some time on this feature class, and edits have been regularly made it makes me wonder if it has something to do with your gradual performance degradation- Maybe check the archive view to see if it is using excessive resources from the SQL Server database? Might be worth looking into.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;A href="https://desktop.arcgis.com/en/arcmap/10.3/manage-data/geodatabases/enabling-archiving.htm" title="https://desktop.arcgis.com/en/arcmap/10.3/manage-data/geodatabases/enabling-archiving.htm"&gt;Enabling archiving—ArcGIS Help | ArcGIS for Desktop&lt;/A&gt; &lt;/P&gt;&lt;P&gt;&lt;A href="http://desktop.arcgis.com/en/arcmap/10.3/manage-data/gdbs-in-oracle/views-in-geodatabase.htm" title="http://desktop.arcgis.com/en/arcmap/10.3/manage-data/gdbs-in-oracle/views-in-geodatabase.htm"&gt;Views in an enterprise geodatabase—Help | ArcGIS for Desktop&lt;/A&gt; &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;When you enable archiving on a nonversioned dataset, ArcGIS creates a view on the dataset that has the name &amp;lt;dataset name&amp;gt;_evw. For example, if you enable archiving on a nonversioned feature class named streets, ArcGIS creates a view on that feature class named streets_evw. If you already have a view named streets_evw, ArcGIS will drop that view. Therefore, you should rename your existing view before you enable archiving on the streets dataset.&lt;/LI&gt;&lt;/UL&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 24 Jun 2016 15:52:24 GMT</pubDate>
      <guid>https://community.esri.com/t5/geodatabase-questions/slow-sde-feature-class-performance/m-p/807147#M2973</guid>
      <dc:creator>RexRobichaux2</dc:creator>
      <dc:date>2016-06-24T15:52:24Z</dc:date>
    </item>
    <item>
      <title>Re: Slow SDE Feature Class Performance</title>
      <link>https://community.esri.com/t5/geodatabase-questions/slow-sde-feature-class-performance/m-p/807148#M2974</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;I am having the same problem. Did you resolve this issue?&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 28 Nov 2018 18:07:57 GMT</pubDate>
      <guid>https://community.esri.com/t5/geodatabase-questions/slow-sde-feature-class-performance/m-p/807148#M2974</guid>
      <dc:creator>DanielPaul</dc:creator>
      <dc:date>2018-11-28T18:07:57Z</dc:date>
    </item>
  </channel>
</rss>

