Ing. Radek Žuja napsal(a):
Na to jak urychlit takovýto select, znám pouze 2 způsoby.
1 . Vytvořit agregační tabulku, která se bude plnit v triggerch a
sumovat to v ní jak potřebuji
Souhlasím, případně může být zajímavé použití materialized view jak v
jednom příspěvku doporučoval Robert
2.
Přiznám se že nepracuji s Oracle ale se Sybase.
Jsem si když jsem odpovídal poznámky o platformě nevšiml
Myslel jsem že optimizátory by v tomto případě měli pracovat
podobně(tedy pokud můžu scanovat index, který je menší než tabulka,
udělám to). Pokud máte Oracel Server nainstalovaný není nic
On Tue, 10 Oct 2006 15:59:45 +0200, Ing. Radek Žuja wrote
Přiznám se že nepracuji s Oracle ale se Sybase.
Jsem si když jsem odpovídal poznámky o platformě nevšiml
Myslel jsem že optimizátory by v tomto případě měli pracovat
podobně(tedy pokud můžu scanovat index, který je menší než tabulka,
On 10/10/06, Ing. Radek Žuja [EMAIL PROTECTED] wrote:
Přiznám se že nepracuji s Oracle ale se Sybase.
Jsem si když jsem odpovídal poznámky o platformě nevšiml
Myslel jsem že optimizátory by v tomto případě měli pracovat
podobně(tedy pokud můžu scanovat index, který je menší než tabulka,
udělám
Toto na mojich 20 milionoch riesim cez agregacnu tabulku, ked sa mi meni master,
updatnem si aj agregacnu tabulku. Da sa urobit cez triger alebo na strednej
vrstve.
Citát Vilhelm, Robert [EMAIL PROTECTED]:
Dobry den,
Chtel bych se zeptat, jestli neexistuje najakym RYCHLY zpusobem
(tuning),
To mu se chci vyhnout, ale pokud nic dalsiho nenajdu...
Mockrat dekuji
Robert
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Rastislav Rehak
Sent: Montag, 9. Oktober 2006 11:22
To: Java
Subject: Re: SQL SUM Statement - Performace tuning
Toto na mojich
Jednou moznosti by bylo pouziti materialized view. Asi by zalezelo na
konkretnich podminkach (jak casto pribyvaji zaznamy do prim. tabulky)...
CREATE MATERIALIZED VIEW mv_tabulka REFRESH FAST ON COMMIT
AS SELECT sum(sloupec) FROM tabulka
zdravi,
r.
Vilhelm, Robert wrote:
Dobry den,
U takhle velkych tabulek bude mit optimizer sklon delat full tablescan
casto, ne-li vzdy
(http://relief.incad.cz/oracle9/server.920/a96533/optimops.htm#44852) .
Ale nepomohl by nejaky partitioning tabulky a vyuzit spis paralelizace
na pristupu k hardware (nejak urychlit I/O)? Dejte vedet co
Jednou moznosti by bylo pouziti materialized view. Asi by zalezelo
na konkretnich podminkach (jak casto pribyvaji zaznamy do prim.
tabulky)...
Teoreticky spravne by bylo porovnat:
(pocet_dotazu_SUM * pocet_stranek_tabulky) a (pocet_UPDATU_tabulky * 2 +
pocet_dotazu_SUM)
Prvni je
Ahoj,
s readom z velkych tabuliek je vzdy trosku problem. Prva vec ktoru by
si si mal asi ujasnit kolko dat odtial vyberas? Guru cez databazy v
byvalej firme na jednom skoleni povedal ze ak sa vydera z databazy
viac ako 30 % dat oplati sa aby oracle pouzil fullscan (sekvencny read
blockov je
Na to jak urychlit takovýto select, znám pouze 2 způsoby.
1 . Vytvořit agregační tabulku, která se bude plnit v triggerch a
sumovat to v ní jak potřebuji
2. Vytvořit index, který bude obsahovat sloupec co sumuji a zároveň
všechyn sloupce dle kterých vybírám nebo groupuji.
Potom se použije index
11 matches
Mail list logo