Services
24×7×365 Technical Support
Migration to PostgreSQL
High Availability Deployment
Database Audit
Remote DBA for PostgreSQL
Products
Postgres Pro Enterprise
Postgres Pro Standard
Cloud Solutions
Postgres Extensions
Resources
Blog
Documentation
Webinars
Videos
Presentations
Community
Events
Training Courses
Books
Demo Database
Mailing List Archives
About
Leadership team
Partners
Customers
In the News
Press Releases
Press Info
Services
24×7×365 Technical Support
Migration to PostgreSQL
High Availability Deployment
Database Audit
Remote DBA for PostgreSQL
Products
Postgres Pro Enterprise
Postgres Pro Standard
Cloud Solutions
Postgres Extensions
Resources
Blog
Documentation
Webinars
Videos
Presentations
Community
Events
Training Courses
Books
Demo Database
Mailing List Archives
About
Leadership team
Partners
Customers
In the News
Press Releases
Press Info
Facebook
Downloads
Home
>
mailing lists
More grist for the PostgreSQL vs MySQL mill - Mailing list pgsql-general
From
Michael Nolan
Subject
More grist for the PostgreSQL vs MySQL mill
Date
January 20, 2007
18:52:16
Msg-id
4abad0eb0701201452x129eaf89w7fdfb7a0559f968e@mail.gmail.com
Whole thread
Raw
Responses
Re: More grist for the PostgreSQL vs MySQL mill
Re: More grist for the PostgreSQL vs MySQL mill
List
pgsql-general
Tree view
I have a MySQL table on our public website that is populated from a similar table on our internal site, which runs PostgreSQL.
Recently I was trying to enhance one of our website queries and ran across an interesting phenomenon:
The following query runs very quickly in both PostgreSQL (8.1.3) and MySQL (5.0.21)
select plr_rated_memid from tnmt_plr where plr_eventid in ('200607163681');
(tnmt_plr has around 3.5 million rows in it, and plr_eventid is an indexed field.)
Both databases return the correct number of rows (74) in less than a second.
However, when I then try to use that query as a subquery to select rows from another table, things change:
select count(*) from memmast where memid in (select plr_rated_memid from tnmt_plr where plr_eventid in ('200607163681');
(memid is also an indexed field in memmast, a table which has about 650,000 rows in it.)
This query takes about a second on PostgreSQL but takes OVER SEVEN MINUTES on MySQL!
--
Mike Nolan
pgsql-general
by date:
Previous
From:
"Josh Williams"
Date:
20 January 2007, 17:46:07
Subject:
Re: Alter definition of a column
Next
From:
Ron Johnson
Date:
20 January 2007, 18:59:57
Subject:
Re: More grist for the PostgreSQL vs MySQL mill
Есть вопросы? Напишите нам!
Соглашаюсь с условиями обработки персональных данных
I confirm that I have read and accepted PostgresPro’s
Privacy Policy
.
I agree to get Postgres Pro discount offers and other marketing communications.
✖
×
×
Everywhere
Documentation
Mailing list
List:
all lists
pgsql-general
pgsql-hackers
buildfarm-members
pgadmin-hackers
pgadmin-support
pgsql-admin
pgsql-advocacy
pgsql-announce
pgsql-benchmarks
pgsql-bugs
pgsql-chat
pgsql-cluster-hackers
pgsql-committers
pgsql-cygwin
pgsql-docs
pgsql-hackers-pitr
pgsql-hackers-win32
pgsql-interfaces
pgsql-jdbc
pgsql-jobs
pgsql-novice
pgsql-odbc
pgsql-patches
pgsql-performance
pgsql-php
pgsql-pkg-debian
pgsql-pkg-yum
pgsql-ports
pgsql-rrreviewers
pgsql-ru-general
pgsql-sql
pgsql-students
pgsql-testers
pgsql-translators
pgsql-www
psycopg
Period
anytime
within last day
within last week
within last month
within last 6 months
within last year
Sort by
date
reverse date
rank
Services
24×7×365 Technical Support
Migration to PostgreSQL
High Availability Deployment
Database Audit
Remote DBA for PostgreSQL
Products
Postgres Pro Enterprise
Postgres Pro Standard
Cloud Solutions
Postgres Extensions
Resources
Blog
Documentation
Webinars
Videos
Presentations
Community
Events
Training Courses
Books
Demo Database
Mailing List Archives
About
Leadership team
Partners
Customers
In the News
Press Releases
Press Info
By continuing to browse this website, you agree to the use of cookies. Go to
Privacy Policy
.
I accept cookies