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
12648
November 24, 2005 09:15AM
4860
November 24, 2005 09:46AM
4592
November 24, 2005 11:53AM
4264
November 24, 2005 12:16PM
4223
November 24, 2005 12:39PM
3869
November 24, 2005 12:55PM
Re: COUNT(*) on innodb
4383
November 24, 2005 01:03PM
3370
November 24, 2005 01:11PM
3318
November 24, 2005 01:32PM
3066
November 24, 2005 02:07PM
3605
November 24, 2005 08:00PM
3071
November 24, 2005 08:38PM
2925
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.