10 svar · 371 visningar · startad av Lukaspojken
Jag läste nånstans kring ADO-tips att man skulle använda lagrade procedurer så mycket som möjligt. En lagrad procedur är förkompilerad och innehåller en uttänkt körningsplan. Den utförs därför snabbare än en SQL-sats.
Hur skapar man dessa procedurer?
Proggar i nåt språk (ex Vb) och kompilerar till ex en dll fil.
Proggar i nåt språk (ex Vb) och kompilerar till ex en dll fil.
Nope! Det är inte alls samma sak.
Stored procedures skapar man i den DBMS man använder, mha CREATE PROCEDURE el. likn. Access fixar det inte.
[Redigerat av emission den 20 jul 2001]
Pace: Skriver man inte de procedurerna direkt i SQL-Servern?
emission: måste ha missuppfattat frågan 
tack för rättelsen!
Skriver man inte de procedurerna direkt i SQL-Servern?
Nej, inte den typen av procedurer jag menar i alla fall.
Access fixar det inte
Jo, faktiskt så gör Access det....men finns inget att tjäna i prestanda på det, läste jag ngnstans ....
Ni vet väl alla att man kan skapa frågor i Access.
MEN, om man vill passa in variabler till frågan så MÅSTE man skapa "frågan"/stored procedurn genom att exekvera en CREATE PROCEDURE i tex ASP koden.
cya,
PatrikB
Det är stor skillnad vad på vad man kan göra med hjälp av en procedur i Access, som bara får innehålla ett sql-statement, jämfört med i PSM (ANSI's defintion av språk för lagrade procedurer).
Blir det absolut ingen prestanda förbättring...:) inga småsekunder ens, Patrik?
LarsG:
Jo, jag vet ... men det går att skapa "frågor" och köra dem i Access.
Lukaspojken:
Ärligt talat, så kan ju inte vara riktigt säker eftersom jag inte "benchmarkat" en sådan fråga kontra ett vanlig exekvering, MEN enligt artikeln som jag läste så fanns det ingen prestanda att hämta genom att köra en fråga i Access gentemot att exekvera som vanligt.
cya,
PatrikB
Man tjänar inget, eftersom Access inte skapar någon cachad exekveringsplan, och frågan kompileras inte. Det är snarare troligt att man tappar i prestanda.
