ZDNet UK


Skip to Main Content

ZDNet.co.uk - Winner of Best Business Website 2007
  1. Home
  2. News
  3. Blogs
  4. Reviews
  5. Prices
  6. Resources
  7. Community
  8. My ZDNet

 

ZDNet UK RSS Feeds


IT Jobs

Application development Toolkit

Benchmark wars

Donald Burleson Builder.com

Published: 09 Aug 2002 19:33 BST

  • Email
  • Trackback
  • Clip Link
  • Print friendly
  • Post Comment

So how do we compare database speed?

For the manager charged with comparing database performance, benchmark studies present a huge challenge. While it's not fair to say that database benchmarks are meaningless, it's very difficult to use benchmarks to "prove" that any single database product is faster than another. To see how difficult it is to compare database performance, just look at the TPC publication on a variety of TPC-C benchmarks for various hardware and database platforms.

Choosing your database

Given this wealth of confusing and conflicting information, how do you choose the proper database product? Of course, performance is only one of many factors in evaluating a database. You must also consider the availability of trained DBAs, the vendor's technical support, and total cost of ownership, among other factors.

Most databases can be configured to process hundreds of transactions per second. Based on that, this is what we can say about database performance:

  • Hardware matters -- Database performance is largely a function of hardware. A poorly performing database can be made to appear fast with cached disk arrays and super-fast processors. Even "independent" benchmarks can be misleading because of the varied hardware, disk, and network configurations.
  • Knowledge is speed -- Delivery of high-speed transactions requires knowledge of the application. High-speed database performance is usually achieved through complicated caching tricks and preaggregation schemes. This requires detailed knowledge of the application and its I/O signatures.

In sum, it's difficult to evaluate database performance objectively. The savvy manager must carefully evaluate all of the database vendors with a jaundiced eye to separate the hype from the reality.


Have your say instantly in the Tech Update forum.

Find out what's where in the new Tech Update with our Guided Tour.

Let the editors know what you think in the Mailroom.

Next

Previous

1 2


  • Email
  • Trackback
  • Clip Link
  • Print friendly Print with Dell

Did you find this article useful?
39 out of 81 people found this useful


Full Talkback thread

0 comments


Company/Topic Alerts

Create a new alert from the list below:











Related Jobs

Proposals Development Associate, CRO, Berkshire, 30,000

Its teams evaluate the unique needs of each client and provide solutions catered to their specific project requirements. You will also negotiate all ...

Testing opportunities - Financial Services - Cambridge - 32k - 38k

Previous exposure to testing on Unix platforms again would be very useful, as would be any experience using SQL to interrogate database tables. You ...

Senior Support Analyst Banking London City

Responsibilities: - ensure the support team provides support cover for Risk Technology software and systems, as required - liaison with Risk Systems ...

Discussions

harpless harpless

SAP goes big business

Friday 25 July 2008, 6:17 PM

1 comment
pjc158 pjc158

Will Drizzle rain on Sun's MySql

Friday 25 July 2008, 5:30 PM

1 comment

Featured Talkback

The fact is: Software developers today are really designers and not coders. The reason that business anlaysts exist today to model solutions is because they understand the value of designing software before writing it. All too often developers create code that has little value because they do not understand that business classes interact with other classes within the confines of a working model or pattern.

By: 1000165269

Read full story:
Making sense of agile modelling