Do you tried to create an index on the account column ? I think it may help.
Regards ------------------------------------------------------------------------------------- Bernard LAMBEAU Département d'Ingénierie Informatique Université Catholique de Louvain-La-Neuve (Belgium) On 5/22/05, Andreas Kretschmer <[EMAIL PROTECTED]> wrote: > am 22.05.2005, um 10:17:53 +0200 mailte Andreas Kretschmer folgendes: > > > can you help me how to fix them. > > > Can I using function to fix them (how?) > > > > It is possible to create a extra table for the balance and a trigger for > > insert/update that calculates the balance for the transactions-table? > > > > > > I think, this should solve your perfomance-problem. > > Sorry, this is not the solution for your problem, because this provide > only the actual balance for a single account, but not the history. > > Mmh... > > A extra table with the oid and the balance for every row in > transactions. Then you can do a index scan, but you need also a trigger > that insert every transaction in this table and calculate the balance. > > > > > Regards > -- > Andreas Kretschmer (Kontakt: siehe Header) > Heynitz: 035242/47212, D1: 0160/7141639 > GnuPG-ID 0x3FFF606C http://wwwkeys.de.pgp.net > === Schollglas Unternehmensgruppe === > > ---------------------------(end of broadcast)--------------------------- > TIP 3: if posting/reading through Usenet, please send an appropriate > subscribe-nomail command to [EMAIL PROTECTED] so that your > message can get through to the mailing list cleanly > ---------------------------(end of broadcast)--------------------------- TIP 9: the planner will ignore your desire to choose an index scan if your joining column's datatypes do not match
