Video není dostupné.
Omlouváme se.
SQL Server Table partitioning - DOs and DON’Ts
Vložit
- čas přidán 26. 07. 2024
- When do we get improvement in the performance, and when should we better not choosing partitioning but some other optimization techniques instead? Shall we optimize by using partitioning or yet another index?
Speaker: Margarita Naumova SQLbits.com/speakers/Margarit...
SQLbits.com/Sessions/SQL_Serve...
Tags: Optimising,Developing,Managing,On-prem,performance,partitioning,indexing,Database engine,optimizing
The most explanatory video I've ever seen. Thank you
Very nicely explained, thank you for sharing, Margarita!
Hi Margarita,
Thanks much for your wonderful explanation.
I have to split a 380GB table in quarters. This class has being very useful. Thank you.
Wel Done, Margarita..!
Just very well explained.!
Thanks a lot
Your video is so very helpful. Thank you so much.
Very informative! Thank you 😊💓
Wow.... Awesome explanation !!!
Congratulations! This video was very pleasant to watch and the concepts were clearly and gradually transmitted.
Thank you so much!
Easy to understand, Thank you.
New Subscription from me. Trying to understand the concepts behind it - very clear explanations coupled with a concise demo. Great work!!!
Awesome, thank you!
Nice video ! Thank you for sharing.
In 2024 we still cannot apply a partition on an existing table. I don't understand.
This is good stuff. I wish I had more than 1 thumbs up to give.
Great tutorial! Few questions if you can help:
1) If I am partitioning by year (example 2022,2023,2024), is it safe to set new partition 2025 few days before new year? Data inserted before 1.1.2025. will still go to partition 2024 and all data inserted after 31.12.2024 will go to new partition?
2) What is the best way to apply partitioning to already partitioned table with more than million rows and with few constrains and indexes? example from 1st question
3) What is downside of using just [Primary] filegroup for all partitions?
What happens with tables related to other tables?
Thanks ! in case you delete table with partition - do all partitions / functions and indexes connected are deleted ?
Hey, if you reach out to the speakers on LinkedIn/Twitter i'm sure they'll be able to answer any questions you may have!
So the last part where you explain the nonclustered index wasn´t clear for me. What is the thing that we need to know before creating a non clustered index (The mappings of the columns ?)? And what is the difference between creating it on primary or on the partitions ?
Hey Tomas! If you have any questions for our speaker, we recommend asking them via LinkedIn/Twitter as you are more likely to get a response from them - Thanks!
Sometimes you have to include the Partition Key
Can you pls share the script
Hey, if you reach out to the speakers on LinkedIn/Twitter i'm sure they'll be able to answer any questions you may have!
Hate to say this but you have a backwards approach to this. You append THEN partition new data literally 100% of the time on smaller tables and the VIEW or TOP table is queried by others. Using an example where you are directly querying a partition isn't a thing and you are completely ignoring the most important fundamental DB rule of NORMALIZATION. You have completely ignored normalization in your video/s making it x9238928493284 more complex. You should be partitioning BASE TABLES. So 2/3 of your steps are really just attempting to solely focus on partitioning as it's somehow the holy grail of SQL when it's not. Especially if you use teradata etc. Partitioning is VERY EASY. You should be doing it on base tables not partitioning top tables. Ever.
It's too complex.
Hey! Depending on what you'd like to see, our channel may have something else that is suitable for you!