在我当前的设置中,我使用Authentication=Active目录集成连接到Azure SQL Server。这种访问方法一次只允许访问一个数据库。该架构是从本地SQL服务器环境迁移过来的,并进行了更改以使云开发可行,但仍然必须跨数据库进行分析和调试。通常,只需使用遗留SQL Server配置进行跨数据库联接,如果数据库位于不同的服务器上,则可能涉及链接服务器。在云或azure中,您可以使用supposed to use Elastic search或避免架构设计来实现这一点。在源数据上,我只有读访问权限,这是一个问题,因为你need ALTER ANY EXTERNAL DATA SOURCE permission,所以我想我可能不得不求助于ETL工具来执行这种类型的连接,但想知道是否有其他选项或工具,允许一个人基本上执行跨数据库或跨服务器连接在azure中只有读访问权限。
在只有读访问权限的情况下,执行这些类型的连接有什么想法?
发布于 2018-12-14 00:23:23
我希望一个专家会回答这个问题,并告诉我,我问这个问题是愚蠢的,但这是我目前的想法,也许这会让她出来……我在下面看到了前进的路径。
如果只有读访问权限,最好在一开始就将所有数据从不同的源拉到我拥有完全开发权限的环境中(例如,本地主机上的PostgreSQL或MySQL服务器,如果很小……或者潜在地是企业允许完整的开发权的azure上的单个开发位置)。在ETL工具中创建它,即SSIS,并在源中的任何增量需要更新的数据时运行。然后在合并后的数据上执行联接。
这是有意义的,因为我需要尝试连接,处理足够小或可传输的数据量,这样数据的复制不会占用大量资源,并且将直接在SQL编辑器而不是ETL工具中执行实验连接。
如果我有一个更大的数据集,我会尝试向下采样,执行相同的练习,然后一旦理解了跨服务器连接,就可以在ETL工具中大规模执行它,可能是以某种批处理的方式,理想情况下最终可以并行执行。
https://stackoverflow.com/questions/53712912
复制相似问题