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
11731
November 24, 2005 09:15AM
4453
November 24, 2005 09:46AM
4262
November 24, 2005 11:53AM
3994
November 24, 2005 12:16PM
3872
November 24, 2005 12:39PM
3529
November 24, 2005 12:55PM
Re: COUNT(*) on innodb
3951
November 24, 2005 01:03PM
2993
November 24, 2005 01:11PM
2961
November 24, 2005 01:32PM
2781
November 24, 2005 02:07PM
3155
November 24, 2005 08:00PM
2750
November 24, 2005 08:38PM
2612
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.