När du använder förberedd sats (dvs förkompilerad sats), så snart DB får denna sats, kompilerar den den och cachar den så att den kan använda den senast kompilerade satsen för successiva anrop av samma sats. Så den blir förkompilerad för på varandra följande samtal.
Du använder vanligtvis förberedd sats med bindningsvariabler där du tillhandahåller variablerna vid körning. Vad som nu händer för successiv exekvering av förberedda uttalanden, du kan tillhandahålla variabler som skiljer sig från tidigare anrop. Ur DB synvinkel behöver den inte kompilera uttalandet varje gång, utan kommer bara att infoga bindningsvariablerna vid rum tid. Så blir snabbare.
Andra fördelar med förberedda uttalanden är:-
1)skydd mot SQL-injektionsattack
2) Snabbare för på varandra följande anrop av samma uttalanden
Hur det fungerar :-
-
Förkompilering görs av databasen. Vissa enklare databaser förkompilerar inte påståenden alls. Andra kanske förkompilerar det på prepareStatement-anropet, och andra kan göra det när execute först anropas på satsen, med hänsyn till parametrarnas värden när man kompilerar (skapar en plan för) satsen.
-
Databaser som förkompilerar uttalanden cachelagrar dem vanligtvis, så med stor sannolikhet kommer ps1 inte att kompileras igen. Vissa JDBC-drivrutiner (t.ex. Oracles) cachelagrade till och med uttalanden, så de har faktiskt inte stängt det när ps.close() anropades.
-
Databaser cachelagrar i allmänhet uttalanden tills något kastar dem från cachen.
För mer information gå igenom denna wiki länk