<?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 Attachment cardinality – linking a file to multiple features in Data Management Ideas</title>
    <link>https://community.esri.com/t5/data-management-ideas/attachment-cardinality-linking-a-file-to-multiple/idi-p/1303841</link>
    <description>&lt;P&gt;Current file attachment functionality is based on a 1:M relationship cardinality (a feature can have multiple attachments, but an attached file can only be linked to one feature).&amp;nbsp; In a previous project I had to attach a file to multiple features.&amp;nbsp; This meant storing the file multiple times in the geodatabase (once for each feature the file needed to be attached to), which is an inefficient method of managing attachments in a geodatabase.&lt;/P&gt;&lt;P&gt;An idea for more efficient management of attachments is to have functionality to use M:N cardinality when attaching files to features in a geodatabase.&amp;nbsp; This means:&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;A single feature can still have multiple files attached/linked to it.&lt;/LI&gt;&lt;LI&gt;A single stored file can be linked to multiple features in a geodatabase.&lt;/LI&gt;&lt;/UL&gt;&lt;P&gt;Managing file attachments in this way would involve a 2-step process.&amp;nbsp; Firstly, the file needs to be uploaded/attached into the geodatabase.&amp;nbsp; Then a second step will be needed to determine which feature(s) the file is attached/linked to.&lt;/P&gt;</description>
    <pubDate>Wed, 28 Jun 2023 11:38:45 GMT</pubDate>
    <dc:creator>GKing</dc:creator>
    <dc:date>2023-06-28T11:38:45Z</dc:date>
    <item>
      <title>Attachment cardinality – linking a file to multiple features</title>
      <link>https://community.esri.com/t5/data-management-ideas/attachment-cardinality-linking-a-file-to-multiple/idi-p/1303841</link>
      <description>&lt;P&gt;Current file attachment functionality is based on a 1:M relationship cardinality (a feature can have multiple attachments, but an attached file can only be linked to one feature).&amp;nbsp; In a previous project I had to attach a file to multiple features.&amp;nbsp; This meant storing the file multiple times in the geodatabase (once for each feature the file needed to be attached to), which is an inefficient method of managing attachments in a geodatabase.&lt;/P&gt;&lt;P&gt;An idea for more efficient management of attachments is to have functionality to use M:N cardinality when attaching files to features in a geodatabase.&amp;nbsp; This means:&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;A single feature can still have multiple files attached/linked to it.&lt;/LI&gt;&lt;LI&gt;A single stored file can be linked to multiple features in a geodatabase.&lt;/LI&gt;&lt;/UL&gt;&lt;P&gt;Managing file attachments in this way would involve a 2-step process.&amp;nbsp; Firstly, the file needs to be uploaded/attached into the geodatabase.&amp;nbsp; Then a second step will be needed to determine which feature(s) the file is attached/linked to.&lt;/P&gt;</description>
      <pubDate>Wed, 28 Jun 2023 11:38:45 GMT</pubDate>
      <guid>https://community.esri.com/t5/data-management-ideas/attachment-cardinality-linking-a-file-to-multiple/idi-p/1303841</guid>
      <dc:creator>GKing</dc:creator>
      <dc:date>2023-06-28T11:38:45Z</dc:date>
    </item>
    <item>
      <title>Re: Attachment cardinality – linking a file to multiple features</title>
      <link>https://community.esri.com/t5/data-management-ideas/attachment-cardinality-linking-a-file-to-multiple/idc-p/1304006#M2246</link>
      <description>&lt;P&gt;If you create a Geodatabase Relationship Class M:N between the Featureclass(es) and the "Attachments Table" then you shall be able to accomplish what you are describing, you need to implement a normalized data model, with primary keys and foreign keys, to store your data more efficiently.&lt;/P&gt;</description>
      <pubDate>Wed, 28 Jun 2023 16:26:01 GMT</pubDate>
      <guid>https://community.esri.com/t5/data-management-ideas/attachment-cardinality-linking-a-file-to-multiple/idc-p/1304006#M2246</guid>
      <dc:creator>MarceloMarques</dc:creator>
      <dc:date>2023-06-28T16:26:01Z</dc:date>
    </item>
    <item>
      <title>Re: Attachment cardinality – linking a file to multiple features</title>
      <link>https://community.esri.com/t5/data-management-ideas/attachment-cardinality-linking-a-file-to-multiple/idc-p/1304769#M2247</link>
      <description>&lt;P&gt;Thanks for the reply Marcelo.&lt;/P&gt;&lt;P&gt;With the attachment tools in ArcGIS Pro (or other apps), how would users populate the M:N relationship class to define which file is attached to each feature?&amp;nbsp; I know this can be done by directly accessing/editing the M:N relationship table in ArcGIS Pro.&amp;nbsp; But getting access to this table will likely be limited to a small number of users in an organisation (GIS admins or the core GIS team).&amp;nbsp; This option won’t be feasible for a wider GIS user base.&lt;/P&gt;&lt;P&gt;My thoughts with this idea are to potentially provide the front-end functionality to allow users to manage the links between files and features in the M:N relationship table (as well as the database schema updates mentioned previously).&lt;/P&gt;</description>
      <pubDate>Fri, 30 Jun 2023 06:06:11 GMT</pubDate>
      <guid>https://community.esri.com/t5/data-management-ideas/attachment-cardinality-linking-a-file-to-multiple/idc-p/1304769#M2247</guid>
      <dc:creator>GKing</dc:creator>
      <dc:date>2023-06-30T06:06:11Z</dc:date>
    </item>
    <item>
      <title>Re: Attachment cardinality – linking a file to multiple features</title>
      <link>https://community.esri.com/t5/data-management-ideas/attachment-cardinality-linking-a-file-to-multiple/idc-p/1304894#M2248</link>
      <description>&lt;P&gt;&lt;a href="https://community.esri.com/t5/user/viewprofilepage/user-id/571126"&gt;@GKing&lt;/a&gt;&amp;nbsp;- please read below documentation and article about Many to Many Relationships, these shall answer all your questions.&lt;/P&gt;&lt;P&gt;&lt;A href="https://pro.arcgis.com/en/pro-app/latest/help/data/relationships/relationship-class-properties.htm" target="_blank" rel="noopener"&gt;Relationship class properties—ArcGIS Pro | Documentation&lt;/A&gt;&lt;/P&gt;&lt;P&gt;&lt;A href="https://www.esri.com/arcgis-blog/products/arcgis-pro/data-management/explore-a-many-to-many-relationship-class/" target="_blank" rel="noopener"&gt;Explore a many-to-many relationship class (esri.com)&lt;/A&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Fri, 30 Jun 2023 14:59:24 GMT</pubDate>
      <guid>https://community.esri.com/t5/data-management-ideas/attachment-cardinality-linking-a-file-to-multiple/idc-p/1304894#M2248</guid>
      <dc:creator>MarceloMarques</dc:creator>
      <dc:date>2023-06-30T14:59:24Z</dc:date>
    </item>
  </channel>
</rss>

