Bienvenue à la Bibliothèque Alo de l'Université Shalom de Bunia
Ajouter au panier
| Titre : | The Data Access Handbook: Achieving Optimal Database Application Performance and Scalability |
| Auteurs : | John Goodson |
| Type de document : | document électronique |
| Editeur : | [S.l.] : Prentice Hall, 2009 |
| ISBN/ISSN/EAN : | 978-0-13-136446-2 |
| Résumé : |
Achieving Optimal Database Application Performance and Scalability
John Goodson ÔÇó Robert A. Steward Drive breakthrough database application performance by optimizing middleware and connectivity Performance and scalability are more critical than ever in todayÔÇÖs enterprise database applications, and traditional database tuning isnÔÇÖt nearly enough to solve the performance problems you are likely to see in those applications. Nowadays, 75-95% of the time it takes to process a data request is typically spent in the database middleware. TodayÔÇÖs worst performance and scalability problems are generally caused by issues with networking, database drivers, the broader software/hardware environment, and inefficient coding of data requests. In The Data Access Handbook, two of the worldÔÇÖs leading experts on database access systematically address these issues, showing how to achieve remarkable improvements in performance of real-world database applications. Drawing on their unsurpassed experience with every leading database system and database connectivity API, John Goodson and Rob Steward reveal the powerful ways middleware affects application performance and guide developers with designing and writing API code that will deliver superior performance in each leading environment. In addition to covering essential concepts and techniques that apply across database systems and APIs, they present many API examples for ODBC, JDBC, and ADO.NET as well as database system examples for DB2, Microsoft SQL Server, MySQL, Oracle, and Sybase. Coverage includes Clearly understanding how each component of database middleware can impact performance and scalability Writing database applications to reduce network traffic, limit disk I/O, optimize application-to-driver interaction, and simplify queriesÔÇôincluding examples for ODBC, JDBC, and ADO.NET Managing connections, transactions, and SQL statement execution more efficiently Making the most of connection and statement pooling Writing good benchmarks to predict your applicationÔÇÖs performance Systematically resolving performance problemsÔÇôincluding eight start-to-finish case-study examples If youÔÇÖre a software architect, system designer, or database application developer, The Data Access Handbook will be your most indispensable database application performance resource. ItÔÇÖs the one book that focuses on the areas where you can achieve the greatest improvementsÔÇôwhether youÔÇÖre designing new database applications or troubleshooting existing ones. John Goodson is vice president and general manager of the DataDirect division of Progress Software, a leader in data connectivity and mainframe integration. For 20 years, he has worked with Sun, Microsoft, and others to develop database connectivity standards such as J2EE, JDBC, ODBC, and ADO. He served on the ANSI H2 committee that built the SQL standard and now participates in the JDBC Expert Group and Java Rowsets standards committees. Rob Steward, vice president of R&D at the DataDirect division of Progress Software, is responsible for the development, strategy, and oversight of the companyÔÇÖs data connectivity products. Rob has spent the past 15 years developing high-performing database driver and data providers, including ODBC, JDBC, and ADO.NET. Both authors have spoken on database application performance at many industry events. Visit www.dataaccesshandbook.com to get the code examples presented in this book and other supplemental information for DB2, MicrosoftSQL Server, MySQL, Oracle, and Sybase. About the Author John Goodson: As the executive leader of DataDirect Technologies, John is responsible for daily operations, business development, product direction, and long-term corporate strategy. John was a principal engineer at Data General for seven years, working on their relational database product, DG/SQL. Since joining DataDirect Technologies in 1992, he has held positions of increasing responsibility in research and development, technical support, and marketing. John is a well-known and respected industry luminary and data connectivity expert. For more than 15 years, he has worked closely with Sun Microsystems and Microsoft on the development and evolution of database connectivity standards including J2EE, JDBC, .NET, ODBC, and ADO. John has been involved with the ANSI NCITS H2 Committee, which is responsible for building the SQL standard, and the X/Open (Open Group) SQL Access Group, which is responsible for building call-level interfaces into relational databases. He is actively involved in Java standards committees, including the JDBC Expert Group. In addition, John has published numerous articles and spoken publicly on topics related to data management. John is also a patent holder in the area of distributed transactions for Microsoft SQL Server Java middleware. John holds a Bachelor of Science in computer science from Virginia Polytechnic Institute and State University in Blacksburg,Virginia. Rob Steward: As vice president of research and development for DataDirect Technologies, Rob is responsible for the development, strategy, and oversight of the companyÔÇÖs data connectivity products, including the Shadow mainframe integration suite client software and the industry-leading DataDirect Connect family of database drivers and data providers: Connect for ODBC, Connect for JDBC, and Connect for ADO.NET. Additional product development responsibilities include DataDirect Sequelink and DataDirect XQuery, as well as the management of DataDirectÔÇÖs Custom Engineering Development group. Rob has spent more than 15 years developing database access middleware, including .NET data providers, ODBC drivers, JDBC drivers, and OLE DB data providers. He has held a number of management and technical positions at DataDirect Technologies and serves on various standards committees. Earlier in his career, he worked as lead software engineer at Marconi Commerce Systems Inc. Rob holds a Bachelor of Science in computer science from North Carolina State University, Raleigh. Excerpt. ┬® Reprinted by permission. All rights reserved. Preface Preface The world is flat. For thousands of years, all the mathematicians, explorers, and philosophers of the world knew this to be true. In the sixth century, several Greek philosophers presented evidence that the world was round. Yet, the experts shunned their ideas for hundreds of years more. All database application performance and scalability problems can be solved by tuning the database. Ask the database expertsÔÇötheyÔÇÖll tell you this. TheyÔÇÖll even convince you to spend thousands to millions of dollars a year to tune the database software to solve performance issues. When tuning doesnÔÇÖt resolve the problem, theyÔÇÖll tell you that the database software or hardware, or both, is simply at capacity. But, if only 5% to 25% of the time it takes to process a database request is actually spent in well-tuned database software, does it make sense that performance bottlenecks occur because of these ÔÇ£at capacityÔÇØ systems? If a business analyst waits 10 seconds for a query to process and only half a second of this time is spent in the database, does it make sense to spend time and money figuring out how to improve that half second? Or, does it make more sense to try to figure out how to improve the other 9.5 seconds? Hundreds of books, consultants, and Web sites are dedicated to solving database tuning problems, but relatively no information is available on how to design data-centric applications, tune data access application code, select and tune database drivers, and understand and tune the flow of data to and from database applications and, eventually, the database. We wrote this book to provide information that will help you focus on reducing those 9.5 seconds of time and show that all database application performance and scalability problems cannot be solved by simply tuning the database. The journey of writing this book started in different ways for John and Rob but ended up in the same place. John Goodson: Several years ago, I was at an IBM conference making a presentation on how to improve the performance of JDBC applications. After my presentation, an IT director approached me and said, ÔÇ£Where do I get more information on this? This type of information is impossible to find.ÔÇØ I thought about it for a moment, and I told him there really was no one place you can obtain this type of informationÔÇöit was stuck in the heads of a few people scattered throughout the world. This incident was followed by many others involving IT director after IT director telling me, ÔÇ£I never knew a database driver could make such a big differenceÔÇØ or, ÔÇ£I always thought that database application performance was a database problem.ÔÇØ Every technical paper we wrote on the subject was in great demand, and every presentation we gave on the subject was to a full audience. We wrote this book because it was time to dispel the myths about performance and scalability being exclusively a database problem. The guidelines, tips, and techniques for improving performance that are presented in this book should be available to everyone. Rob Steward: Writing a book is something I thought I would never do. I once asked an author friend of mine who writes software books whether it was really worth it to write one. He told me emphatically that there is only one reason that I should ever write a book about software. He said ÔÇ£Only write a book if there is something you strongly feel compelled to say.ÔÇØ Having been in the database middleware business for 15 years now, I have seen a lot of badly written data access code, and consequently, a lot of applications that ran way too slowly and had to be fixed. I have literally spent years of my life helping people fix the problems they have created due to their lack of knowledge about what really happens on the client side when they make a call to the database. John and I have talked on the subject at many conferences and written a number of articles and white papers in an effort to help as many developers as possible understand the intricacies of data access code. When John approached me about coauthoring this book, I immediately agreed. I instantly felt compelled to share on a much broader scale that knowledge that we have been sharing in bits and pieces in various forums over the years. ItÔÇÖs my hope that every reader will find something in this book that makes the difference between ÔÇ£too slowÔÇØ and ÔÇ£blazing fastÔÇØ in all their future applications. The authors hope that this book will be used by software architects, IT staff, DBAs, and developers in their daily work to predict, diagnose, and solve performance issues in their database applications. Tuning the database is essential to good performance and scalability. We know that to be true. However, in an environment with a well-tuned database system, most performance problems are caused by the following: Poorly designed data access architecture Poorly optimized data access source code Inefficient or poorly tuned database drivers Lack of understanding about the environment in which database applications are deployed This book addresses all these issuesÔÇöthe world is round. This book contains the following chapters: Chapter 1, ÔÇ£Performance IsnÔÇÖt What It Used to Be,ÔÇØ describes the evolution of database middleware and identifies where performance bottlenecks can appear. Chapter 2, ÔÇ£Designing for Performance: WhatÔÇÖs Your Strategy?,ÔÇØ provides guidelines for designing your database application and tuning the database middleware that connects your application to the database server for optimal performance. Chapter 3, ÔÇ£Database Middleware: Why ItÔÇÖs Important,ÔÇØ explains what database middleware is, what it does, and how it affects performance. It also describes what you should look for in a database driver, one of the most important components of database middleware. Chapter 4, ÔÇ£The Environment: Tuning for Performance,ÔÇØ describes the different environment layers that data requests and responses flow through, explains how they affect performance, and provides guidelines for making sure the environment does not become a performance bottleneck. Chapter 5, ÔÇ£ODBC Applications: Writing Good Code,ÔÇØ describes some good coding practices that can provide optimal performance for your ODBC applications. Chapter 6, ÔÇ£JDBC Applications: Writing Good Code,ÔÇØ describes some good coding practices that can provide optimal performance for your JDBC applications. Chapter 7, ÔÇ£.NET Applications: Writing Good Code,ÔÇØ describes some good coding practices that can provide optimal performance for .NET applications. Chapter 8, ÔÇ£Connection Pooling and Statement Pooling,ÔÇØ provides details about different connection pool models, describes how reauthentication works with connection pooling, and tells how using statement pooling with connection pooling might consume more memory on the database server than you realize. Chapter 9, ÔÇ£Developing Good Benchmarks,ÔÇØ provides some basic guidelines for writing benchmarks that many developers donÔÇÖt follow but absolutely should. Chapter 10, ÔÇ£Troubleshooting Performance Issues,ÔÇØ walks you through how to troubleshoot performance issues and provides case studies to help you think through some varied performance issues and figure out how to resolve them. Chapter 11, ÔÇ£Data Access in Service-Oriented Architecture (SOA) Environments,ÔÇØ provides some general guidelines to make sure that your database applications perform well in SOA environments. |
