Just a brief posting today to wish everyone a very happy holiday season.I am taking some down time thru the end of the year to visit family "up North."So, until next year, may your databases run without a glitch and here's hoping you all have an enjoyable holid...
Monday, 21 December 2009
Wednesday, 16 December 2009
Quick Thoughts on DB2 Performance
Posted on 13:59 by Unknown
Database performance problems are not caused by magic. Indeed, all performance problems are always caused by change. That statement flies in the face of what I normally say, which is “Almost never say always or never”… but in this case, it is true.Think about it for a moment. If everything remains stable and unchanging in your environment, then why would performance vary? That’s right, it wouldn’t.Something tangible must change before a performance problem can be experienced. The challenge of performance tuning is to find the source of the change,...
Friday, 11 December 2009
A Short History of DB2 for z/OS – Part 2
Posted on 11:53 by Unknown
Today’s blog entry is a continuation of yesterday’s post in which we began a brief review of the history of DB2 for z/OS. That post covered Versions 1 through 3; so today we pick up our historical review with Version 4.Version 4 was a very significant milestone in the history of DB2. It was highlighted by the introduction of Type 2 indexes, which removed the need to lock index pages (or subpages, now obsolete). Prior to V4, index locking was a particularly thorny performance problem that vexed many shops. And, of course, I’d be remiss if I did...
Thursday, 10 December 2009
A Short History of DB2 for z/OS – Part 1
Posted on 08:31 by Unknown
Let's go back in time... almost three decades ago... back to the wild and woolly 1980s! And watch our favorite DBMS, DB2, grow up over time.Version 1 Release 1 was announced on June 7, 1983. And it became generally available on Tuesday, April 2, 1985. I wonder if it was ready on April 1st but not released because of April Fool’s Day? Any old-time IBMer out there care to comment?Initial DB2 development focused on the basics of making a relational DBMS work. Early releases of DB2 were viewed by many as an “information center” DBMS, not for production...
Wednesday, 2 December 2009
Wordle of my DB2 Portal Blog
Posted on 13:55 by Unknown
The "jumble" of words shown here is a Wordle, which is a "word cloud" of text. I fed my blog location into the Wordle generator and it created this pretty picture based on the words I most commonly use here in this blog.The cloud gives greater prominence to words that appear more frequently in the source text. No surprise that "DB2" and "data" dominate the other wor...
Monday, 23 November 2009
Reading Things That Aren't There... and Missing Things That Are!
Posted on 13:54 by Unknown
You can shoot yourself in the foot using DB2 if you are not careful. There are options that you can specify that may cause you to read data that is not really in the database. And, alternately, you can set things up so that you miss reading data that is actually in the database. How, you might be asking? Well, dirty reads will take care of the first one. Specifying ISOLATION(UR) implements read-through locks, which is sometimes referred to as a dirty read. It applies to read operations only. With this isolation level data may be read that never...
Tuesday, 17 November 2009
Replacing UNION with CASE
Posted on 12:58 by Unknown
When a UNION is required to put together data from multiple queries, you might be able to use a CASE statement instead. This is very useful, particularly when the data for each of the queries in the UNION come from the same table. The CASE statement can potentially enhance performance by minimizing the number of times the data is read.Let’s look at an example to clarify why: SELECT CREATOR, NAME, 'TABLE' FROM SYSIBM.SYSTABLES WHERE TYPE = 'T' UNION SELECT CREATOR, NAME, 'VIEW ' FROM SYSIBM.SYSTABLES WHERE TYPE =...
Tuesday, 3 November 2009
Deprecated Features Planned for DB2 X for z/OS
Posted on 09:15 by Unknown
Everyone is always interested in the latest and greatest features of their favorite DBMS, in this case DB2. But sometimes features get removed from the DBMS when a new version is released. According to the IBM teleconference on DB2 X for z/OS today, there are several features planned to be deprecated (i.e. removed). Let's briefly take a look at them.The first feature that will be removed is private protocol DRDA. This should come as no surprise to anybody since IBM has been indicating that private protocal distribution was on its way out for a...
Monday, 2 November 2009
New DB2 Twitter List
Posted on 07:51 by Unknown
Just a very quick post this morning to let all you DB2 Twitter folks out there know that I created a list of the DB2 tweeters I know about at http://twitter.com/craigmullins/db2-folks.If you are a DB2 professional and I left you off the list please leave a comment here or drop me an e-mail and I'll be happy to add y...
Friday, 30 October 2009
IOD2009 Day Three – Malcolm Gladwell
Posted on 13:47 by Unknown
Today’s blog entry is a little late seeing as how this is Friday and IOD is over, but I’m writing about Wednesday morning’s keynote session highlighted by Malcolm Gladwell.For those who do not know him, Malcolm Gladwell is a Canadian journalist and author best known as the author of the books The Tipping Point (2000), Blink (2005), and Outliers (2008). I’ve read all three of them and I highly recommend that you do, too. He also has a new book, What The Dog Saw, that I bought at the airport on the way home from IOD. I hope it is as good as the other...
Tuesday, 27 October 2009
IOD2009 Day Two
Posted on 22:06 by Unknown
Day two of the IBM Information on Demand conference was just as informative and exciting as day one. The day kicked off with a general session titled "A New Kind of Intelligence for a Smarter Planet." The idea presented is that the world is changing. It is becoming more instrumented, interconnected, and intelligent. Basically, as Steve Mills of IBM clarified, the ability to embed intelligence into millions of things will lead the transformation to an information led smarter planet. And that this information-led transformation will create opportunities...
Monday, 26 October 2009
IBM IOD2009 Day One
Posted on 15:15 by Unknown
It is Monday, October 26, 2009, and the annual IBM Information on Demand (IOD2009) conference is officially underway. Well, actually it kicked off with a bang on Sunday. The exhibition hall opened at 6:00 pm and the early goers traipsed through the vendor hall sharing stories, checking out the vnedor's wares, and looking for the latest tschotskes (the favorites seem to be a mini-book light being given out by SPSS and the nifty DB2 t-shirts being given out by SEGUS, Inc.).But the event really does not get started (at least as far as I'm concerned)...
Monday, 19 October 2009
Hear Ye, Hear Ye, Learn All About DB2 X for z/OS
Posted on 09:15 by Unknown
IBM is hosting a free webinar on November 3, 2009, offering a technical preview of the next version of DB2 for z/OS, currently known as DB2 X (but we all know, err, ah, think it will be called DB2 10).If you work with DB2 on the mainframe you will want to set aside some time to attend this informative DB2 X webinar. It will have information for DBAs, as well as for Managers, Application Architects, Developers, System Administrators, System Programmers, and System Architects... and that is just about anyone who works with DB2.The speaker will be...
Monday, 12 October 2009
On The Importance of Choosing the Correct Data Type
Posted on 12:46 by Unknown
Most DBAs have grappled with the pros and cons of choosing one data type versus another. Sometimes the decision is easy, whereas sometimes the decision is a little bit more difficult. In today's blog entry, we'll discuss both situations.Data type and length are the most fundamental integrity constraints applied to data in a database. Simply by specifying the data type for each column when a table is created, DB2 automatically ensures that only the correct type of data is stored in that column. Processes that attempt to insert or update the data...
Friday, 2 October 2009
IDUG Europe is Right Around the Corner
Posted on 07:11 by Unknown
Just a quick post today to remind everybody that the annual European IDUG conference will be held next week (the week of October 5, 2009) in Rome, Italy. And it is not too late to ensure that you will be there to hear the latest and greatest news, tips, tricks, and guidelines on our favorite DBMS - IBM's DB2!For those of you not lucky enough to be there keep an eye on my DB2portal blog here where I will attempt to summarize the key events of the week.And if you are a Twitter aficionado, be sure to follow me on Twitter as I will try to make regular...
Thursday, 24 September 2009
Limiting the Number of Rows Fetched
Posted on 20:56 by Unknown
Application developers frequently need to retrieve a limited number of qualifying rows from a table. For example, maybe you need to list the top ten best selling items from inventory, or a list of the top five most expensive products (i.e., highest price tag). There are several ways to accomplish this prior to DB2 V7 using SQL, but they are not necessarily efficient.The first reaction is to simply use the WHERE clause to eliminate non-qualifying rows. But this is simplistic, and often is not sufficient to produce the results desired in an optimal...
Friday, 4 September 2009
Dynamic SQL Causing Lock Escalation?
Posted on 11:20 by Unknown
Lock escalation is the promotion of a lock from a row, page or LOB lock to a table space lock because the number of page locks that are concurrently held on a given resource exceeds a preset limit.But lock escalation can cause problems. Yes, when fewer locks are taken, CPU cost and memory usage can be reduced. On the other hand, escalating the size of a lock causes more resources to be locked... and that impacts concurrency with the most likely result being applications experiencing lock timeouts or deadlocks.When lock escalation occurs, DB2 writes...
Friday, 21 August 2009
Approaches to Access Path Management
Posted on 11:28 by Unknown
BIND and REBIND are important components in assuring efficient DB2 applications. Because theBIND/REBIND process determines exactly how your DB2 data is accessed, it is important that you develop an appropriate strategy for when and how to REBIND your programs.There are several common REBIND approaches taken by DB2 users. By far, the best approach is to REBIND your applications over time as your data and systems change. This approach involves some form of regular maintenance that keeps DB2 statistics up to date and formulates new access paths as...
Thursday, 30 July 2009
Discount on IBM Information on Demand Conference
Posted on 08:03 by Unknown
The IBM Information on Demand (IOD, for short) conference is rapidly approaching. The conference will be held in Las Vegas, Nevada the week of October 25 – 30, 2009 at the Mandalay Bay casino and hotel.The IOD conference is IBM’s signature event for their data and information management product lines. By attending IOD 2009 you can gain unique perspectives from IBM experts, technical leaders and visionaries as well as peers in your industry. Many of the developers of IBM’s offerings, such as DB2, Informix, and IMS, will be delivering educational...
Friday, 24 July 2009
Monday, 6 July 2009
The "Dirty" Read (AKA Uncommitted Read)
Posted on 07:57 by Unknown
Anyone accustomed to application programming when access to a database is required understands the potential for concurrency problems. When one application program attempts to read data that is in the process of being changed by another, the DBMS must forbid access until the modification is complete in order to ensure data integrity. Most DBMS products, DB2 included, use a locking mechanism for all data items being changed. Therefore, when one task is updating data on a page, another task can not access data (read or update) on that same page...
Monday, 22 June 2009
Know Your ISOLATION Levels
Posted on 10:29 by Unknown
Did you know that DB2 provides a way to change the way that a program or SQL statement acquires locks? That way is known as the isolation level and it can be set to specify the locking behavior for a transaction or statement. Standard SQL defines four isolation levels that can be set using the SET TRANSACTION ISOLATION LEVEL statement: Serializable Repeatable read Read committed Read uncommitted The isolation level determines the mode of page or row locking implemented by the program as it runs. DB2 supports a variation of the standard...
Friday, 12 June 2009
The Mainframe is Number One!
Posted on 10:07 by Unknown
Congratulations to the mainframe, just cited at #1 in the InfoWorld Hardware Hall of Fame.Okay, so maybe they are listing the hardware chronologically, but I refuse to acknowledge that. The IBM System/360 mainframe is listed first -- and that means number one, right?Actually, the entire list is interesting and entertaining, so take a moment to click over and review the InfoWorld Hardware Hall of Fame, which is littered with titans from the past (DEC, Compaq) as well as current offerin...
Thursday, 28 May 2009
Hasn't DB2 9 for z/OS Been GA for 2 Years Now?
Posted on 21:01 by Unknown
Just a quick note to question the entire DB2 community about embracing the latest (I hesitate to call a 2 year old product "new") version of DB2. Isn't it about time that most of the DB2 base moved to DB2 V9?Why would people not be moving? Well, there is always the cost and time involved in migrating to a new version. Perhaps organizations are not willing to expend the resources needed to migrate as frequently as they did in the past.Perhaps some organizations are waiting for others to shake the bugs out of a new release. But this is troublesome....
Tuesday, 26 May 2009
Ensuring Data Integrity is a Tricky Business
Posted on 08:27 by Unknown
The term "data integrity" can mean different things to different people and at different times. But at a high level, there really are two aspects of integrity with respect to databases: database structure integrity and semantic data integrity. Keeping track of database objects and ensuring that each object is created, formatted and maintained properly is the goal of database structure integrity. Each DBMS uses its own internal format and structure to support the databases, table spaces, tables, and indexes under its control. System and application...
Tuesday, 5 May 2009
Approaches to Access Path Management... or The Five R's
Posted on 08:29 by Unknown
BIND and REBIND are important components in assuring efficient DB2 applications. Because the BIND/REBIND process determines exactly how your DB2 data is accessed it is important that you develop an appropriate strategy for when and how to REBIND your programs. There are several common REBIND approaches taken by DB2 users. By far, the best approach is to REBIND your applications over time as the data changes. This approach involves some form of regular maintenance that keeps DB2 statistics up to date (or better yet, uses Real Time Statistics)...
Subscribe to:
Posts (Atom)