In Synapse workspace, in a pipeline, I can add an activity to call a stored procedure in a dedicated SQL pool by using either activity:
What specifically is gained by using the SQL pool stored procedure activity over the generic one? I get that it's cleaner. In addition, it does not use a linked service, so I think it may immediately generate the connection, but I'd like specifics.
Using the SQL pool stored procedure activity in a Synapse workspace pipeline offers several benefits over the generic stored procedure activity.
The below are few of them:
No linked service: As you mentioned, the SQL pool stored procedure activity does not require a linked service. This can simplify your pipeline configuration and reduce the number of objects you need to manage within your Synapse workspace. It also means that you don't need to set up a separate linked service to establish the connection to the SQL pool.
References: Using stored procedures for dedicated SQL pools in Azure Synapse Analytics
Transform data by using SQL pool stored procedure activity in Azure Synapse Analytics