Alternativ til COUNT i stor db

Nej, du skal nok have gang i et felt, som du opdaterer, når der ændres i "store" tabel. Evt. blot i brugertabellen, så du er fri for at lave endnu en tabel. Hvilken database og version er det - MySQL?

Du kan få det på een gang:

  select count(*),bruger group by bruger

Og så have et index på bruger.

nu ved jeg godt at det ikke er mit spørgsmål (beklager jpb) men hvordan laver man indexet erik?

ALTER TABLE `tabel` ADD INDEX ( `bNr` )

Det er MySql 3.23.55
Jeg har fundet ud af jeg har en stor set identisk tabel, faktisk med flere poster i, men smider jeg min sql query efter denne, er der super performance tid..
På den langsomme tabel, er der en del større overhead end den på den nye.

Den langsomme fylder 17mb(overhead op 800kb), den hurtige fylder 11mb(overhead på 400kb). Men der burde der ikke være så stor forskel på performance.. for så stor en db er det jo heller ikke!
Kan det have noget med det overhead at gøre!?!?

Prøv at smid strukturen på begge to. Det kunne godt lyde som om, at den ikke er ens.

LANGSOMME: (73000 poster, 17mb, overhead 800kb)
CREATE TABLE `rs_nunni` (
  `nr` int(11) NOT NULL auto_increment,
  `taeller` bigint(20) NOT NULL default '0',
  `dato` int(11) NOT NULL default '0',
  `beloeb` decimal(10,2) NOT NULL default '0.00',
  `id1` tinytext NOT NULL,
  `id2` tinytext NOT NULL,
  `tekst` tinytext NOT NULL,
  `rid` int(11) NOT NULL default '0',
  `aftid` int(11) NOT NULL default '0',
  `fullline` text NOT NULL,
  PRIMARY KEY  (`nr`)
) TYPE=MyISAM AUTO_INCREMENT=237387 ;

HURTIGE:(78000 poster, 11mb, overhead 400kb)
CREATE TABLE `rs_cavvi` (
  `nr` int(11) NOT NULL auto_increment,
  `taeller` bigint(20) NOT NULL default '0',
  `dato` int(11) NOT NULL default '0',
  `beloeb` decimal(10,2) NOT NULL default '0.00',
  `id1` tinytext NOT NULL,
  `id2` tinytext NOT NULL,
  `type` tinytext NOT NULL,
  `tekst` tinytext NOT NULL,
  `rid` int(11) NOT NULL default '0',
  `atid` int(11) NOT NULL default '0',
  `fullline` text NOT NULL,
  PRIMARY KEY  (`nr`),
  KEY `regnskabid` (`regnskabid`)
) TYPE=MyISAM AUTO_INCREMENT=270313 ;

Så meget forskel er der heller ikke på de to..

Det har hjulpet rigtig meget bare at kopiere den til et nyt navn og derefter omdøbt tilbage til det gamle.. Der var nok noget der ikke var helt optimalt!!!

Der er en forskel ved  KEY `regnskabid` (`regnskabid`)
Men det er da ikke den tabel du har i dit spørgsmål?

smid et svar så det fint

Jeg samler slet ikke på point, tak.

så svarer jeg selv