<?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>Question Re: Alternative to Data Access Control in Datasphere (Role based data access) in Technology Q&amp;A</title>
    <link>https://community.sap.com/t5/technology-q-a/alternative-to-data-access-control-in-datasphere-role-based-data-access/qaa-p/12765906#M4792397</link>
    <description>&lt;P&gt;I don't think so.&lt;/P&gt;&lt;P&gt;The security model in DSP is the use of DACs, and the limitation is that you can't persist above the point where you have applied the DAC.&lt;/P&gt;&lt;P&gt;Regards,&lt;/P&gt;</description>
    <pubDate>Thu, 29 Jun 2023 07:22:29 GMT</pubDate>
    <dc:creator>XaviPolo</dc:creator>
    <dc:date>2023-06-29T07:22:29Z</dc:date>
    <item>
      <title>Alternative to Data Access Control in Datasphere (Role based data access)</title>
      <link>https://community.sap.com/t5/technology-q-a/alternative-to-data-access-control-in-datasphere-role-based-data-access/qaq-p/12765905</link>
      <description>&lt;P&gt;Hi,&lt;/P&gt;
  &lt;P&gt;We have several linked complex models and wanted to apply role based data access on the base data used by the models. Currently these models are processing intensive and to enhance end user experience, we use model persistence at multiple levels.&lt;/P&gt;
  &lt;P&gt;DAC is not suitable because it doesn't allow persistence of linked models, which is very critical for the reports.&lt;/P&gt;
  &lt;P&gt;Is there any alternative mechanism to implement user/role based row level data access in Datasphere which can also work with persistence of linked models?&lt;/P&gt;</description>
      <pubDate>Wed, 28 Jun 2023 05:24:34 GMT</pubDate>
      <guid>https://community.sap.com/t5/technology-q-a/alternative-to-data-access-control-in-datasphere-role-based-data-access/qaq-p/12765905</guid>
      <dc:creator>ArunNairHornbill</dc:creator>
      <dc:date>2023-06-28T05:24:34Z</dc:date>
    </item>
    <item>
      <title>Re: Alternative to Data Access Control in Datasphere (Role based data access)</title>
      <link>https://community.sap.com/t5/technology-q-a/alternative-to-data-access-control-in-datasphere-role-based-data-access/qaa-p/12765906#M4792397</link>
      <description>&lt;P&gt;I don't think so.&lt;/P&gt;&lt;P&gt;The security model in DSP is the use of DACs, and the limitation is that you can't persist above the point where you have applied the DAC.&lt;/P&gt;&lt;P&gt;Regards,&lt;/P&gt;</description>
      <pubDate>Thu, 29 Jun 2023 07:22:29 GMT</pubDate>
      <guid>https://community.sap.com/t5/technology-q-a/alternative-to-data-access-control-in-datasphere-role-based-data-access/qaa-p/12765906#M4792397</guid>
      <dc:creator>XaviPolo</dc:creator>
      <dc:date>2023-06-29T07:22:29Z</dc:date>
    </item>
    <item>
      <title>Re: Alternative to Data Access Control in Datasphere (Role based data access)</title>
      <link>https://community.sap.com/t5/technology-q-a/alternative-to-data-access-control-in-datasphere-role-based-data-access/qaa-p/12765907#M4792398</link>
      <description>&lt;P&gt;Thanks Xavier.&lt;/P&gt;&lt;P&gt;This looks like a significant limitation if we have datasets where row level access control is required closer to the data source and we want modelers to build processing intensive models that use the access controlled dataset. &lt;/P&gt;</description>
      <pubDate>Thu, 29 Jun 2023 07:38:15 GMT</pubDate>
      <guid>https://community.sap.com/t5/technology-q-a/alternative-to-data-access-control-in-datasphere-role-based-data-access/qaa-p/12765907#M4792398</guid>
      <dc:creator>ArunNairHornbill</dc:creator>
      <dc:date>2023-06-29T07:38:15Z</dc:date>
    </item>
  </channel>
</rss>

