<?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>idea Maintain foreign key value if parent record in origin table is deleted in Data Management Ideas</title>
    <link>https://community.esri.com/t5/data-management-ideas/maintain-foreign-key-value-if-parent-record-in/idi-p/1419398</link>
    <description>&lt;P&gt;If a parent record in an origin table is deleted, the foreign key of the related feature turns to null. This has been a huge headache for our organization and it would be hugely helpful to have an option to disable this database behavior. Here are a few issues we have had to deal with:&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;We have some reference geodatabases that get recurring updates where all features are replaced in the origin table on a monthly basis with updated data. We have a child table that tracks changes in origin data during each update period. This enables us to select a record in the origin table and view the related records to see all the changes that have occurred to that element over time. However, when we delete and append the data in origin table, all the foreign keys in the changes database become null. This is incredibly frustrating and we have had to workaround this for years.&lt;/LI&gt;&lt;LI&gt;We have a field collection database with several relationships to tables and other features. Sometimes, an origin feature may accidentally get deleted by our field staff. They can recreate the origin feature, but all the foreign keys in related records are null and it's extremely difficult and time consuming to try to match up records.&amp;nbsp;&lt;/LI&gt;&lt;/UL&gt;&lt;P&gt;Please consider an option to disable the default behavior of nullifying foreign keys when the origin record is deleted!&lt;/P&gt;</description>
    <pubDate>Mon, 06 May 2024 14:47:33 GMT</pubDate>
    <dc:creator>MollyMoore</dc:creator>
    <dc:date>2024-05-06T14:47:33Z</dc:date>
    <item>
      <title>Maintain foreign key value if parent record in origin table is deleted</title>
      <link>https://community.esri.com/t5/data-management-ideas/maintain-foreign-key-value-if-parent-record-in/idi-p/1419398</link>
      <description>&lt;P&gt;If a parent record in an origin table is deleted, the foreign key of the related feature turns to null. This has been a huge headache for our organization and it would be hugely helpful to have an option to disable this database behavior. Here are a few issues we have had to deal with:&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;We have some reference geodatabases that get recurring updates where all features are replaced in the origin table on a monthly basis with updated data. We have a child table that tracks changes in origin data during each update period. This enables us to select a record in the origin table and view the related records to see all the changes that have occurred to that element over time. However, when we delete and append the data in origin table, all the foreign keys in the changes database become null. This is incredibly frustrating and we have had to workaround this for years.&lt;/LI&gt;&lt;LI&gt;We have a field collection database with several relationships to tables and other features. Sometimes, an origin feature may accidentally get deleted by our field staff. They can recreate the origin feature, but all the foreign keys in related records are null and it's extremely difficult and time consuming to try to match up records.&amp;nbsp;&lt;/LI&gt;&lt;/UL&gt;&lt;P&gt;Please consider an option to disable the default behavior of nullifying foreign keys when the origin record is deleted!&lt;/P&gt;</description>
      <pubDate>Mon, 06 May 2024 14:47:33 GMT</pubDate>
      <guid>https://community.esri.com/t5/data-management-ideas/maintain-foreign-key-value-if-parent-record-in/idi-p/1419398</guid>
      <dc:creator>MollyMoore</dc:creator>
      <dc:date>2024-05-06T14:47:33Z</dc:date>
    </item>
    <item>
      <title>Re: Maintain foreign key value if parent record in origin table is deleted</title>
      <link>https://community.esri.com/t5/data-management-ideas/maintain-foreign-key-value-if-parent-record-in/idc-p/1514721#M2416</link>
      <description>&lt;P&gt;I would really like to see this functionality.&lt;/P&gt;</description>
      <pubDate>Sun, 04 Aug 2024 19:39:20 GMT</pubDate>
      <guid>https://community.esri.com/t5/data-management-ideas/maintain-foreign-key-value-if-parent-record-in/idc-p/1514721#M2416</guid>
      <dc:creator>LanceKirby2</dc:creator>
      <dc:date>2024-08-04T19:39:20Z</dc:date>
    </item>
    <item>
      <title>Re: Maintain foreign key value if parent record in origin table is deleted</title>
      <link>https://community.esri.com/t5/data-management-ideas/maintain-foreign-key-value-if-parent-record-in/idc-p/1537395#M2435</link>
      <description>&lt;P&gt;Yes. At least an optional behavior.&amp;nbsp; For example when you create a related table and populate the foreign key with the point layer's GUID.&amp;nbsp; Can't delete the point until you delete the table, if you set foreign key to not allow nulls. And if you do allow; it will update it and null it out.&amp;nbsp; I bet if they sat down with full stack GIS dev there would be so many things like this. Low effort high impact. To add the toggle is a few lines of C#, to point to a "Null foreign keys" boolean option.&amp;nbsp; If False, simply don't fire the nulling line of code.&lt;/P&gt;</description>
      <pubDate>Wed, 11 Sep 2024 16:13:52 GMT</pubDate>
      <guid>https://community.esri.com/t5/data-management-ideas/maintain-foreign-key-value-if-parent-record-in/idc-p/1537395#M2435</guid>
      <dc:creator>Kevin_MacLeod</dc:creator>
      <dc:date>2024-09-11T16:13:52Z</dc:date>
    </item>
  </channel>
</rss>

