Re: TPC-C Real Story

smith117@delphi.com wrote: >TPC's have never been the best indicator of real world performance. That is right. The best way to judge the performance of a database engine would be to test your application using each database on each platform you might choose to run it on. But in the real world there are very few who can afford to do this kind of testing. That is why we have TPC benchmarks. >In TPC-A, Oracle came out on top, and greatly exaggerated the significance >of the test results in some really obnoxious advertisements. Wiat a second there.... There are still several independent bodies that are sueing Oracle over "fixing" the TCP-A benchmark test. Granted these groups are not necessarly impartial nor has any judgment been made but it is generaly accepted that Oracle tried to pull off a fast one. >Other database vendors on the TPC council started exerting their influence >on the make-up of future test requirements. A little paranoid, huh? I thought Oracle was "Top Dog", biggest seller. How these little guys could convince the TCP council to include a test that would exclusivly hurt only Oracle and none of the others would have to be quite a feat. Both politicaly as well as technologicaly. >Caveat Emptor: Your mileage may vary. Absoultly right. But the vendors have to find a way to seperate themselves from the others some how. Performance is probably the most obvious way. Heck, that is how Exxon tries to differentiate it's gas from Shell but I sure can't tell the difference in my car. I would prefer Informix and others to use most stable, bug free enviroment with the best technical support, best DBA tools, best networking features, etc. and let the performance speak for itself. -- ____________________________________________ \\ Jon Alder \\ _ ______ | \\ Manager IS Technical Services \\ / \\___-=O`/|O`/__| \\ The Columbia Sportswear Company \\_______\\ / | / ) / Portland, Oregon / `/-==__ _/__|/__=-| / jon@columbia.com / * \\ | | /___________________________________________/ (o)