Új hozzászólás Aktív témák

• #4173 bpx őstag Apollo17hu #4170

  Új Válasz 2019-06-13 13:36:44 #4173

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  bpx

  őstag

  válasz Apollo17hu #4170 üzenetére

  Persze, mert a hintet nem oda kell rakni, hanem közvetlenül a SELECT után.

  WITH
t1 as (...),
t2 as (...),
...
t20 as (...)

SELECT /*+ no_merge (t1 t2 ... t20) */ ...
FROM
t1,
t2,
...,
t20,
() as tx
WHERE
tx.mezo = t1.mezo(+) AND
tx.mezo = t2.mezo(+) AND
...
tx.mezo = t20.mezo(+)

  Vagy bele az inline view-ba:

  WITH
t1 as (SELECT /*+ NO_MERGE */ ...),
t2 as (SELECT /*+ NO_MERGE */ ...),
...

  Ha azt akarod, hogy gyűjtse ki tempbe az egyes CTE-ket, akkor meg MATERIALIZE hint, pl.:

  WITH
t1 as (SELECT /*+ MATERIALIZE */ ...),
t2 as (SELECT /*+ MATERIALIZE */ ...),
...

  De ez még mindig csak találgatás, plant kellene nézni futásidejű statisztikával.

• #4172 Ispy nagyúr Apollo17hu #4170

  Új Válasz 2019-06-13 13:20:22 #4172

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Ispy

  nagyúr

  válasz Apollo17hu #4170 üzenetére

  Ez nem végtábla, hanem futásidőben rakja össze az sql szerver, aminek az outputja egy tábla, valahogy így....select *
from dbo.fuggveny_neve(bemeno param1, param2,...)

• #4171 bambano titán Apollo17hu #4170

  Új Válasz 2019-06-13 13:15:13 #4171

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  bambano

  titán

  válasz Apollo17hu #4170 üzenetére

  erőforrásokat nem nézted? lehet, hogy valamelyik elfogy. memória, lockok, stb. postgresql-hez értek, abban van ilyen.

  másik ötlet: temporális táblába nem érdemes leválogatni a lekérdezéseket?

Új hozzászólás Aktív témák