Skal jeg selecte fra et view eller direkte fra tabellen?

Hvad gør din stored procedure ?

Den selecter bare de seneste 10 til.

Jeg tænkte så på om det ville optimere processerne hvis jeg oprettede et view, som selectede de 20 seneste, og jeg så i min stored procedure selectede alt fra mit view, eller om det ikke ville være nogen forskel.

Det ville nemlig nok skulle gøre 100.000 gange eller mere om dagen.

Okay ... Jeg er rimelig sikker på at det er hurtigere at hente 20 poster 1 gang, end at hente 10 poster 2 gange.

De 20 seneste er jo ikke statisk, så den query ville skulle køres hver gang alligevel.

Jeg er ret sikker på at du vil være fint kørende med SP+tabel.

100000 SELECT per dag er kun lige god 1 SELECT per sekund og det er slet ikke slemt.

Iøvrigt vil SP+view+tabel formentligt være langsommere end SP+tabel i dit tilfælde.

Medmindre du har en virkeligt stor database, så tror jeg ikke at view laget giver dig noget,
så jeg vil derfor anbefale at din SP går direkte på tabel.

basen vil være ret stor hen af vejen.
En del tabeller, hvor nogle tabeller har omkring 200.000 rows.
Dog ikke lige denne med tilbud i.

Hvis du har i tusindvis af tabeller kan det give mening at putte et view loag ind men
ikke for "en del" tabeller.

200000 rækker er heller ikke vildt mange.

Et almindeligt view laver intet som helst andet end at du kan skrive lidt mindre kode i din select. Koden er i sidste ende den samme som hvis du tog alt sql'en fra viet og smed ind i din select. Hvis du vil lave et materialized view, eller blot smide rækkerne over i en anden tabel, som du opdaterer med jævne mellemrum, så kan der være en fortjeneste, men ikke ved blot at lave et view. Hvis sql'en er den samme hver gang, tror jeg at cache-funktionen vil hjælpe dig til at få rækkerne hurtigt og du behøver derfor ikke at flytte nogle data, men hvis svartiderne bliver lange, så lav en lille opslagstabel hvor du vedligeholder data med jævne mellemrum.

ok. Så tror jeg at det i de fleste tilfælde bedst kan betale sig ikke at lave views.
Smider i nogle svar?

svar

Hvis din sql er kompliceret og du skal bruge det flere steder, så lav endeligt et view, og select fra dette, men det "koster det samme"