October 12, 2003 at 12:00 am
Comments posted to this topic are about the content posted at http://www.sqlservercentral.com/columnists/ckempster/mappingdatabasefileobjectsandfragmentation.asp
Chris Kempster
www.chriskempster.com
Author of "SQL Server Backup, Recovery & Troubleshooting"
Author of "SQL Server 2k for the Oracle DBA"
October 16, 2003 at 12:27 am
"...interesting maps for the DBA to ponder on heavy OLTP database schemas..." There is a lot of work here, but what is the point? I'm a DBA who prefers to know as little as I need to know about bits and bytes, so I can concentrate on best modeling of business processes to database design. As the author states at the beginning of the article, some would argue that this look under the covers is not necessary. Meanwhile, is there garbage/redundant data in these tables that are moving around the disk space? Do the owners of the data understand all they have out there? Is there some data migrated from a legacy system that no user ever queries, that could be archived and deleted from the active database? Do you have a data dictionary and are you keeping it current? Are you more interested in the DBMS than the databases? Do you want to work for Microsoft on the SQL Server development team?
_________________
"Look, those sheep have been shorn."
data analyst replies, "On the sides that we can see.."
October 16, 2003 at 1:12 am
Hi there
Good point actually! 🙂 I was more interested in the underlying architecture of SQL Server purely from a "i wonder" point of view initially. I also like to match up the hearsay that sets bantered around the internet re SQL Server in relation to object storage, show contig, read-ahead ops, shrinking etc, so the mapper was a way to seeing what really happens.
As I also do oracle work, the tool actually makes sence in this space, so it was a good learning experience once again in SQL Server.
Cheers
Ck
Chris Kempster
Author of "SQL Server 2k for the Oracle DBA"
Chris Kempster
www.chriskempster.com
Author of "SQL Server Backup, Recovery & Troubleshooting"
Author of "SQL Server 2k for the Oracle DBA"
October 16, 2003 at 1:51 am
Chris,
I know there's a couple of products on the market that already do this sort of thing (can't remember the names off the top of my head, I know one of them's from Australia). Very interesting article though, it's certainly given me some useful insights into the inner workings of the SQL Server storage mechanisms. Not enough info out there like this for those of us who want to know these sort of intricacies - keep up the good work 🙂
Jon Reade
Edited by - jonreade on 10/16/2003 01:56:13 AM
Jon
October 16, 2003 at 4:42 am
I tend to avoid bits and bytes myself, but a graphical view of space used would be a helpful tool. Nice write up Chris - good to have some variety!
Andy
October 16, 2003 at 9:29 am
Ditto the comment that I'm not sure this really matters to me, but it is interesting to see how SQL deal with space.
I'd be curious to see this graphically, but I'm not sure I have time to actually analyze the issues. Might help identify fragmentation more easily.
Steve Jones
http://www.sqlservercentral.com/columnists/sjones
The Best of SQL Server Central.com 2002 - http://www.sqlservercentral.com/bestof/
October 17, 2003 at 6:22 am
I like the idea of this tool.
I tend to do a DBCC DBREINDEX on a regular basis, which is probably a bit OTT.
The only time I looked at a DBCC ShowContig was 5 years ago on the SQL 6.5 course and wouldn't know how to interpret it now. I suspect I should look at it more regularly but I tend to DBCC DBREINDEX quite frequently.
October 17, 2003 at 11:24 am
Great article. I'm one of those who like to know about the bits and bytes. The only things I would add, is probably doing a full offline De-frag (i.e unload all tables, load each table back, one by one) now one can afford this now, but if we're at it, I would do that to show how clean the database would look.
Anyway, great work, impressive.
October 19, 2003 at 2:40 am
This would be a very useful tool. We run MSSQL pretty much to its' limit and out there the bits and byte of the storage really do matter.
I find the Oracle vs SQL debate is a bit like Linux vs Windows. I used to use Linux when a I messed about with computers as a hobby and didn't mind the huge amount of micro-management I had to do. Now I work with computers I just want to get the job done and am prepared to put up with a slightly more powerful box required to run that damn paperclip! At the bleeding edge they all turn back into micro-management jobs and it's good to know where to get at that info in the MS, although most of us would prefer to never have to.
Keith Henry
DBA/Developer/BI Manager
Keith Henry
October 19, 2003 at 2:41 am
PS: and one more thing. Who is going to write this tool then? Any offers?
Keith Henry
DBA/Developer/BI Manager
Keith Henry
October 27, 2003 at 5:36 am
Might be a nice open source project. Or an existing vendor might try it? Or an enterprising SQL person out there?
Andy
October 27, 2003 at 6:47 am
Hi all
A popular DB vendor has a product in Beta (along with some other great functionality) that does most of the functions I described. Im not sure if I can mention the product, but its not far from release anyhow so lets sit back and see 🙂
Cheers
Ck
Chris Kempster
Author of "SQL Server 2k for the Oracle DBA"
Chris Kempster
www.chriskempster.com
Author of "SQL Server Backup, Recovery & Troubleshooting"
Author of "SQL Server 2k for the Oracle DBA"
Viewing 12 posts - 1 through 11 (of 11 total)
You must be logged in to reply to this topic. Login to reply