<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	
	>
<channel>
	<title>
	Comments on: Data Integration Options with Cloud Providers	</title>
	<atom:link href="https://prologika.com/data-integration-options-with-cloud-providers/feed/" rel="self" type="application/rss+xml" />
	<link>https://prologika.com/data-integration-options-with-cloud-providers/</link>
	<description>Business Intelligence Consulting and Training in Atlanta</description>
	<lastBuildDate>Wed, 30 Mar 2022 15:31:25 +0000</lastBuildDate>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=7.1.3</generator>
	<item>
		<title>
		By: Prologika		</title>
		<link>https://prologika.com/data-integration-options-with-cloud-providers/#comment-862</link>

		<dc:creator><![CDATA[Prologika]]></dc:creator>
		<pubDate>Wed, 30 Mar 2022 15:31:25 +0000</pubDate>
		<guid isPermaLink="false">https://prologika.com/?p=8436#comment-862</guid>

					<description><![CDATA[In reply to &lt;a href=&quot;https://prologika.com/data-integration-options-with-cloud-providers/#comment-834&quot;&gt;MARTIN KRATKY&lt;/a&gt;.

Martin, there are no unsurmountable technical reasons for a vendor to refuse direct access to the data and therefore transfer the integration burden to customers. How do we secure data in Azure VMs and Azure SQL DB? If multitenant hosting is the issue, they can provide a &quot;premium&quot; tier where the data is segregated. As far as endangering operational processes, they won&#039;t be endangered if the query loads are sent to a secondary replica. In fact, the operational processes will be under more pressure if ETL is running for hours pulling data from some horrible APIs.]]></description>
			<content:encoded><![CDATA[<p>In reply to <a href="https://prologika.com/data-integration-options-with-cloud-providers/#comment-834">MARTIN KRATKY</a>.</p>
<p>Martin, there are no unsurmountable technical reasons for a vendor to refuse direct access to the data and therefore transfer the integration burden to customers. How do we secure data in Azure VMs and Azure SQL DB? If multitenant hosting is the issue, they can provide a &#8220;premium&#8221; tier where the data is segregated. As far as endangering operational processes, they won&#8217;t be endangered if the query loads are sent to a secondary replica. In fact, the operational processes will be under more pressure if ETL is running for hours pulling data from some horrible APIs.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: MARTIN KRATKY		</title>
		<link>https://prologika.com/data-integration-options-with-cloud-providers/#comment-834</link>

		<dc:creator><![CDATA[MARTIN KRATKY]]></dc:creator>
		<pubDate>Wed, 30 Mar 2022 01:27:29 +0000</pubDate>
		<guid isPermaLink="false">https://prologika.com/?p=8436#comment-834</guid>

					<description><![CDATA[My company (&lt;a href=&quot;https://www.acterys.com&quot;&gt;Acterys.com&lt;/a&gt;) specializes in automating data warehouses and Power BI reports for ERP and other systems, so we know the requirements a little bit: no vendor in their right mind will provide database access to a live system for analytical purposes. The security implications alone are prohibitive not to mention endangering operational processes with (potentially even unrestricted) analysis query loads. I completely agree with your notion that the best format for structured data is a relational database for staging/dwh purposes unless there are really (unlikely) extreme data volume requirements.]]></description>
			<content:encoded><![CDATA[<p>My company (<a href="https://www.acterys.com">Acterys.com</a>) specializes in automating data warehouses and Power BI reports for ERP and other systems, so we know the requirements a little bit: no vendor in their right mind will provide database access to a live system for analytical purposes. The security implications alone are prohibitive not to mention endangering operational processes with (potentially even unrestricted) analysis query loads. I completely agree with your notion that the best format for structured data is a relational database for staging/dwh purposes unless there are really (unlikely) extreme data volume requirements.</p>
]]></content:encoded>
		
			</item>
	</channel>
</rss>
