<?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: Remove delete permission on a versioned SDE featureclass in Data Management Questions</title>
    <link>https://community.esri.com/t5/data-management-questions/remove-delete-permission-on-a-versioned-sde/m-p/240739#M13694</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;SPAN&gt;With versioning, a delete, isn't a delete, it's an insert to the D table. And an update &lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;isn't an update, it's an insert to the A table *and* an insert to the D table. So you&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;can't even block inserts on the D table without preventing versioned editing from&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;functioning.&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;You can certainly detect DELETEs (Ds without corresponding As, though the API handles&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;that for you), and then act on that knowledge, but you can't prevent it from happening.&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;- V&lt;/SPAN&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Thu, 27 Sep 2012 20:05:46 GMT</pubDate>
    <dc:creator>VinceAngelo</dc:creator>
    <dc:date>2012-09-27T20:05:46Z</dc:date>
    <item>
      <title>Remove delete permission on a versioned SDE featureclass</title>
      <link>https://community.esri.com/t5/data-management-questions/remove-delete-permission-on-a-versioned-sde/m-p/240738#M13693</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;SPAN&gt;I want to prevent data editors from deleting features from an individual versioned featureclass in SDE 10.x&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;I still want them to be able to insert new records and modify existing records.&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;Using my limited ability to read help systems, I have found that the insert, update and delete permissions seem to be tied together for versioned featureclasses.&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;Is there a work around for this?&lt;/SPAN&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 27 Sep 2012 19:27:52 GMT</pubDate>
      <guid>https://community.esri.com/t5/data-management-questions/remove-delete-permission-on-a-versioned-sde/m-p/240738#M13693</guid>
      <dc:creator>ClarrieHall</dc:creator>
      <dc:date>2012-09-27T19:27:52Z</dc:date>
    </item>
    <item>
      <title>Re: Remove delete permission on a versioned SDE featureclass</title>
      <link>https://community.esri.com/t5/data-management-questions/remove-delete-permission-on-a-versioned-sde/m-p/240739#M13694</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;SPAN&gt;With versioning, a delete, isn't a delete, it's an insert to the D table. And an update &lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;isn't an update, it's an insert to the A table *and* an insert to the D table. So you&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;can't even block inserts on the D table without preventing versioned editing from&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;functioning.&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;You can certainly detect DELETEs (Ds without corresponding As, though the API handles&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;that for you), and then act on that knowledge, but you can't prevent it from happening.&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;- V&lt;/SPAN&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 27 Sep 2012 20:05:46 GMT</pubDate>
      <guid>https://community.esri.com/t5/data-management-questions/remove-delete-permission-on-a-versioned-sde/m-p/240739#M13694</guid>
      <dc:creator>VinceAngelo</dc:creator>
      <dc:date>2012-09-27T20:05:46Z</dc:date>
    </item>
    <item>
      <title>Re: Remove delete permission on a versioned SDE featureclass</title>
      <link>https://community.esri.com/t5/data-management-questions/remove-delete-permission-on-a-versioned-sde/m-p/240740#M13695</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;SPAN&gt;Thanks Vince, that makes sense.&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;Do you happen to know about the timing of add and delete inserts?&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;I know that I could use database triggers to do the detection of a delete but would I need to know the order of operations to be sure that a corresponding add was not going to happen?&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;I am assuming that it would be a very bad plan to delete records from the deletes table using SQL.&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;This would leave two options at the time of delete:&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;1) use SQL to add a corresponding record to the adds table (This may also be a very bad plan)&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;2) run an arcpy operation to re-add the deleted record.&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;Either way I could set an expiry date which is what I want to happen in preference to the delete.&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;A third option might be to try and to this not at delete time but prior to allowing a post operation.&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;I would prefer to be able to provide feedback to the user to make it clear that the record should be expired not deleted.&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;Any thoughts?&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;Clarrie&lt;/SPAN&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Sun, 30 Sep 2012 19:27:54 GMT</pubDate>
      <guid>https://community.esri.com/t5/data-management-questions/remove-delete-permission-on-a-versioned-sde/m-p/240740#M13695</guid>
      <dc:creator>ClarrieHall</dc:creator>
      <dc:date>2012-09-30T19:27:54Z</dc:date>
    </item>
  </channel>
</rss>

