SQL Server Performance Tuning


SQL Server Performance Tuning for SQL Server 2005, 2008, 2008 R2,2012

Blogs

Data Warehousing Workshop (3/4)

Posted by Shehap El-Nagar on March 5, 2012 at 10:45 PM

Categories: Data Warehousing , Database Developement, Reporting Service

Post a Comment

Oops!

Oops, you forgot something.

Oops!

The words you entered did not match the given text. Please try again.

Already a member? Sign In

15 Comments

Reply SQL developer
11:35 AM on March 19, 2012 
I like that very much
Reply mahidy
07:55 PM on May 24, 2012 
valuable information
Reply Hany Galal
06:04 AM on May 29, 2012 
This content has been removed due to abuse.
Reply Hazem
09:40 AM on June 04, 2012 
I am interested in this
Reply Mohamed Hady
08:35 PM on June 08, 2012 
Much Helpful
Reply Ayiman
09:33 AM on June 09, 2012 
Interesting articles
Reply Fady
07:01 PM on June 10, 2012 
Helpful information
Reply Amro
02:32 PM on June 14, 2012 
I am interested in this
Reply Anas
07:11 PM on June 15, 2012 
Momentum article
Reply Ahmed
10:19 PM on June 15, 2012 
Helpful biog and interesting
Reply Omar Mostafa
04:47 PM on June 18, 2012 
Very interesting
Reply Metwally
05:53 PM on June 19, 2012 
Really Interesting
Reply Shehap El-Nagar
08:12 PM on July 08, 2012 
For such large DBs even TB DBs containing BLOB ( Binary Large objects), I recommend heavily to follow the below :


? Apply appropriate schema partitioning for huge tables aligning with volume of data entity exists there currently and expected DB growth for the upcoming times..

? Also , don't forget to use alignment partitioning using collation form ( Align tables on their PKs and FKs that are used within join columns within relevant OLAP queries..

? Then try to apply Storage aligned concept (Aligning indexes of partitioned tables on the same partitioning schema used for the table itself to approach closely the most optimal IO +Parallel processing)

? Despite of that try to perform your best to distribute these partitioned file groups on separated disks ( If local storage is used ) or separated SAN LUNs configured in different RAID G .

? Moreover, rebuild index either with online of offline option or online option will take significant time that , thereby it recommended to use re-organize the leaf of indexes instead of Rebuild to save .n impacts.

? Also , don't to use archiving solution to control such huge entity , you may have a look at my blog for this regard http://www.sqlserver-performance-tuning.com/apps/blog/show/129271
73-data-warehousing-workshop-3-4-


Kindly let me know if you have any
Reply Amro
08:13 PM on July 21, 2012 
Very helpful
Reply karem Harby
11:27 AM on October 10, 2012 
Very helpful and useful