October 31, 2017 at 10:48 am
Working with a small DW, trying to keep tables & indexes compressed. They are not dropping/creating tables/indexes. They are not adding fields or other DDL. Trying to find out what actions against a table causes the indexes/tables to uncompress. They are not using any type of uncompress functions. There are no char(max), no blobs, ....
Joe
October 31, 2017 at 11:21 am
Do you mean that you're looking at a later date and seeing the indexes as uncomressed (Compression = None)?
Gail Shaw
Microsoft Certified Master: SQL Server, MVP, M.Sc (Comp Sci)
SQL In The Wild: Discussions on DB performance with occasional diversions into recoverability
October 31, 2017 at 11:55 am
joseph_devereaux - Tuesday, October 31, 2017 10:48 AMWorking with a small DW, trying to keep tables & indexes compressed. They are not dropping/creating tables/indexes. They are not adding fields or other DDL. Trying to find out what actions against a table causes the indexes/tables to uncompress. They are not using any type of uncompress functions. There are no char(max), no blobs, ....Joe
Who is 'they'?
October 31, 2017 at 12:21 pm
I have googled this a lot. Read dozens of article. Searched the archives here.
Yes, after 3 to 5 days running production, I see disk space has balooned again. I run my script to find "uncompressed" tables and indexes and can find 16 to 50 of them.
My questions is very specific. After use page compression on tables and indexes, what actions against it can cause the table and/or index to become uncompressed?
October 31, 2017 at 12:24 pm
The "they" is a small group of people that are doing both ETL and report type job functions. "they" are using SSIS and T-SQL jobs to import and export data out of the database.
October 31, 2017 at 12:25 pm
Checking my scripts, yes. I just found 12 tables that were compressed Friday now have
data_compression = 0
October 31, 2017 at 12:32 pm
Something or someone is rebuilding the indexes and removing compression, or dropping and recreating the indexes without compression.
Put some auditing in place on DDL statements and identify where the commands are coming from.
Gail Shaw
Microsoft Certified Master: SQL Server, MVP, M.Sc (Comp Sci)
SQL In The Wild: Discussions on DB performance with occasional diversions into recoverability
October 31, 2017 at 12:48 pm
I will do that just to make sure.
From below
1) The operations from SSIS are not bulk import
2) Last line : new pages are not compressed. The compression on the heap has to be reset.
Please let me know if you disagree with my interpretation.
https://docs.microsoft.com/en-us/sql/relational-databases/data-compression/data-compression
Viewing 8 posts - 1 through 8 (of 8 total)
You must be logged in to reply to this topic. Login to reply