The ultimate Fabric, Power BI, SQL, and AI community-led learning event. Save €200 with code FABCOMM.
Get registeredAsk the Fabric Databases & App Development teams anything! Live on Reddit on August 26th. Learn more.
Hi,
When writing data from a lakehouse to a warehouse (and doing some transformations), I am wondering about theese two options:
1. Create stored procedure in warehouse and trigger it from my pipeline
2. Write the SQL in a notebook and trigger it from my pipeline
Is there any major drawbacks of using any of the two approaches?
//Alexander
Solved! Go to Solution.
Hello @AlexanderPowBI
Feature | SQL in Notebooks | Stored Procedures |
Interactivity | Highly interactive; great for exploration and debugging. | Less interactive; designed for predefined batch execution. |
Performance | May incur overhead; not as optimized for large-scale operations. | Precompiled; optimized for high-performance transformations. |
Flexibility | Supports integration with other languages (e.g., Python). | Limited to T-SQL; less flexible for multi-language workflows. |
Maintainability | Can become fragmented in production setups. | Modular and reusable; easier to manage in production pipelines. |
Security | Relies on workspace-level security; less granular control. | Strong RBAC and object-level security controls available. |
If this is helpful , please accept the answer and give kudos
Both options work, but the best choice depends on your needs.
I prefer using a notebook because it's more flexible you can mix SQL with Python/PySpark for advanced transformations. It's also easier to debug and test.
Hello @AlexanderPowBI
Feature | SQL in Notebooks | Stored Procedures |
Interactivity | Highly interactive; great for exploration and debugging. | Less interactive; designed for predefined batch execution. |
Performance | May incur overhead; not as optimized for large-scale operations. | Precompiled; optimized for high-performance transformations. |
Flexibility | Supports integration with other languages (e.g., Python). | Limited to T-SQL; less flexible for multi-language workflows. |
Maintainability | Can become fragmented in production setups. | Modular and reusable; easier to manage in production pipelines. |
Security | Relies on workspace-level security; less granular control. | Strong RBAC and object-level security controls available. |
If this is helpful , please accept the answer and give kudos
User | Count |
---|---|
4 | |
2 | |
2 | |
2 | |
2 |
User | Count |
---|---|
10 | |
8 | |
7 | |
6 | |
6 |