- Shopping Bag ( 0 items )
Written for technical users...
Written for technical users of DB2, this reference book provides hard-to-find information about this database. Packed with tips and experience-based techniques, this book also delivers information on coding efficient SQL, monitoring, and tuning DB2 performance.
The King decided to purchase DB2, an advanced tool for storing and retrieving data that could be processed by the Users and turned into information. "This," he thought, "should keep the people happy. DB2 will solve all my problems." But he soon found out that special knowledge was necessary to make DB2 work its wonders. Nobody in Userville knew how to use it.
Luckily, a grand Wizard living in a nearby kingdom knew many mystical secrets for retrieving data. These secrets were a form of magic called SQL. The King of Userville summoned the Wizard, offering him many great treasures if only he would help the poor Users in Userville.
The Wizard soon arrived, determined to please. Armed with nothing more than SQL and a smile, the Wizard strode to the terminal and uttered the magic words.
A crowd gathered and applauded as the desired information began pumping out of the terminal. "More, more," shouted the data-starved masses. The Wizard gazed into the screen, and with amazing speed effortlessly produced report after report. The King was overheard to say, "You know, this is just too good to be true!" Everybody was happy. The Users had their share of information, the King had a peaceful kingdom, and the Wizard had his treasures and the respect of the Users.
For many months, the Users were satisfied with the magic of the great Wizard. Then, one day, the Wizard disappeared ...in a jet to the West Coast for 130 grand a year. The people of the kingdom began to worry. "How will we survive without the magic of the Wizard? Will we have to live, once again, without our precious information?" The Wizard's apprentice tried to silence the crowd by using his magic, but it wasn't the same. The information was still there, but it wasn't coming fast enough or as effortlessly. The apprentice was not yet as skilled as the great Wizard who had abandoned the kingdom. But, as luck would have it, one day he stumbled upon the great Wizard's diary. He quickly absorbed every page and soon was invoking the Wizard's magic words. And all was well again.
Well, life is not always that simple. Departing Wizards do not often leave behind documentation of their secrets. The first part of this book can be used as a "Wizard's diary" for efficient SQL. This chapter is an overview of SQL, not from a syntactic viewpoint, but from a functional viewpoint. This chapter is not intended to teach SQL, but to provide a framework for the advanced issues discussed in the remainder of this text. This framework delineates the differences between SQL and procedural languages and outlines the components and types of SQL. Chapters 2 through 4 delve into the performance and administrative issues surrounding - the effective implementation of SQL for DB2.
So continue and take the next step toward becoming a DB2 Wizard...
An Overview of SQL
Structured Query Language, better known as SQL (and pronounced "sequel" or "ess-cue-el"), is a powerful tool for manipulating data. It is the de facto standard query language for relational database management systems (RDBMSs) and is used not just by DB2, but also by the other leading RDBMS products such as Oracle, Sybase, Informix, and Microsoft SQL Server. Indeed, every relational database management system-and many nonrelational DBMS products-provide support for SQL. Why is this so? What benefits are accrued by using SQL rather than some other language? There are many reasons. Foremost is that SQL is a high-level language that provides a greater degree of abstraction than do procedural languages. Third-generation languages (3GLs), such as COBOL, and older fourth-generation languages (4GLs), such as FOCUS, require that the programmer navigate data structures. Program logic must be coded to proceed record-byrecord through the data stores in an order determined by the application programmer or systems analyst. This information is encoded in the high-level language and is difficult to change after it has been programmed. SQL, on the other hand, is fashioned so that the programmer can specify what data is needed but cannot specify how to retrieve it. SQL is coded without embedded data-navigational instructions. The DBMS analyzes SQL and formulates data-navigational instructions "behind the scenes." These data-navigational instructions are called access paths. By forcing the DBMS to determine the optimal access path to the data, a heavy burden is removed from the programmer. In addition, the database can have a better understanding of the state of the data it stores, and thereby can produce a more efficient and dynamic access path to the data. The result is that SQL, used properly, provides a quicker application development and prototyping environment than is available with corresponding high-level languages.
Another feature of SQL is that it is not merely a query language. The same language used to query data is used also to define data structures, control access to the data, and insert, modify, and delete occurrences of the data. This consolidation of functions into a single language eases communication between different types of users. DBAs, systems programmers, application programmers, systems analysts, systems designers, and end users all speak a common language: SQL. When all the participants in a project are speaking the same language, a synergy is created that can reduce overall system-development time...
|1||The Magic Words||3|
|2||Data Manipulation Guidelines||47|
|3||Data Definition Guidelines||81|
|5||Using DB2 in an Application Program||183|
|6||Dynamic SQL Programming||235|
|8||Alternative DB2 Application Development Methods||307|
|9||Using DB2 Stored Procedures||327|
|10||DB2 and the Internet||349|
|11||The Doors to DB2||373|
|13||DB2 Behind the Scenes||467|
|15||The Table-Based Infrastructure of DB2||529|
|16||Locking DB2 Data||543|
|17||Traditional DB2 Performance Monitoring||577|
|19||DB2 Object Monitoring Using the DB2 Catalog||645|
|20||Tuning DB2's Environment||673|
|21||Tuning DB2's Components||697|
|22||DB2 Resource Governing||747|
|23||An Introduction to DB2 Utilities||757|
|24||Data Consistency Utilities||765|
|25||Backup and Recovery Utilities||787|
|26||Data Organization Utilities||815|
|27||Catalog Manipulation Utilities||861|
|30||DB2 Utility and Command Guidelines||929|
|31||DB2 Contingency Planning||939|
|32||Components of a Total DB2 Solution||955|
|37||Data Warehousing with DB2||1095|
|A||DB2 SQLCODE and SQLSTATE Values||1119|
|B||The DB2 Catalog Tables||1167|
|C||The QMF Administrative Tables||1237|
|D||DB2 Sample Tables||1243|
|F||Valid DB2 Data Types||1271|
|H||Regional DB2 User Groups||1279|
|I||DB2 on Other Platforms||1299|
|J||Summary of Version 4 and Version 5 Changes||1305|
Posted November 2, 2004
[A review of the 5th EDITION 2004.] IBM invented relational databases and its DB2 is one of the company's core technologies. While it trails Oracle in market share, the capabilities as shown here by Mullins are probably at least the equal of Oracle's 10g. This book is designed for a full time DB2 administrator or developer, who needs an extensive reference on it. It's fair to say that you would not want to learn the theory of relational databases from this book. Sadly, there is only one, passing reference to E F Codd, in the context of normalisation of data. Minimal acknowledgment of the founder of relational modelling. Seek a learning of theory elsewhere. Instead, the book focuses on all the options built into DB2. By now, possibly person-centuries of IBM's programmer sweat have gone int this latest version 8. You can take advantage of this accrued expertise. Though the time needed to absorb a chapter may be nontrivial.Was this review helpful? Yes NoThank you for your feedback. Report this reviewThank you, this review has been flagged.
Posted April 15, 2002
This is an excellent reference. If you truly want to understand the workings of DB2 you need this book in your library. It will give you the indepth details. However,it is not a book for showing you how to do something. There are other books more suitable for that.Was this review helpful? Yes NoThank you for your feedback. Report this reviewThank you, this review has been flagged.
Posted May 11, 2001
This is a great book packed with lots of information on DB2 and also SQL. Although its not a SQL book it has some good examples of real world scripts. Good reference for any programmer who uses DB2, beginner or experienced.Was this review helpful? Yes NoThank you for your feedback. Report this reviewThank you, this review has been flagged.
Posted May 31, 2000
The latest edition of Craig Mullins DB2 Developers Guide updated to include V6. This is an excellent reference book covering all aspects of DB2. A must for anyone working with DB2. Highly recommended.Was this review helpful? Yes NoThank you for your feedback. Report this reviewThank you, this review has been flagged.