MySQL Forums
Forum List  »  InnoDB

Re: COUNT(*) on innodb
Posted by: Jay Pipes
Date: November 24, 2005 01:03PM

Jue (Jacky) Shu wrote:
> As the solution using a counter table, that means
> recoding in each INSERT/DELETE for each table.

Well, you *could* upgrade to MySQL 5 and use triggers! That would save you a LOT of work... :)

> I'm evaluating InnoDB storage engine because of
> lacking for referential integrity, it is too hard
> to keep data clean.
> Also in the replicatoin scenario, if a job on
> master is killed, there is no way to know how much
> rows are affected in the previous job. The log on
> slave can only tell me the job is killed.

I understand. You're in the same boat as a number of people. This restriction on InnoDB tables has persisted for quite some time; I'm not sure if there are current plans to look into a method of storing row counts for fast access (Heikki, perhaps?) But I can understand why it's complicated, as each InnoDB row is "versioned" using MVCC, so row counts would need to be isolation-level accurate. This makes things very complex...

Jay Pipes
Community Relations Manager, North America, MySQL Inc.

Got Cluster? http://www.mysql.com/cluster
Personal: http://jpipes.com

Options: ReplyQuote


Subject
Views
Written By
Posted
12442
November 24, 2005 09:15AM
4773
November 24, 2005 09:46AM
4486
November 24, 2005 11:53AM
4177
November 24, 2005 12:16PM
4130
November 24, 2005 12:39PM
3772
November 24, 2005 12:55PM
Re: COUNT(*) on innodb
4272
November 24, 2005 01:03PM
3279
November 24, 2005 01:11PM
3229
November 24, 2005 01:32PM
2972
November 24, 2005 02:07PM
3510
November 24, 2005 08:00PM
2977
November 24, 2005 08:38PM
2826
November 25, 2005 05:15PM


Sorry, you can't reply to this topic. It has been closed.

Content reproduced on this site is the property of the respective copyright holders. It is not reviewed in advance by Oracle and does not necessarily represent the opinion of Oracle or any other party.