Hvad er PL / SQL godt til? - dummies

PL / SQL er det sprog, der skal bruges, når du skriver kode, der findes i databasen. I den følgende artikel vil du se forskellige situationer, hvor du finder PL / SQL nyttig.

Brug af databaseudløsere

A trigger er en begivenhed inden for DBMS'en, der kan forårsage, at en kode automatisk udføres. Der er fire typer databaseudløsere:

• Tabelniveauudløsere kan starte aktivitet før eller efter en INSERT, UPDATE eller DELETE event. Disse bruges mest til at spore historisk information og databaseændringer, for at holde overflødige data synkroniseret eller for at øge sikkerheden ved at forhindre visse operationer i at forekomme.

• Visningsniveauudløser er meget nyttige. En visning er en lagret SQL-sætning, som udviklere kan spørge, som om det var en database tabel selv. Ved at placere INSTEAD OF triggers på en visning kan INSERT, MODIFY og DELETE kommandoer anvendes på visningen uanset dens kompleksitet, fordi INSTEAD OF triggeren definerer, hvad der kan gøres til visningen.
• Database-niveau udløser kan aktiveres ved opstart og nedlukning. Når databasen starter, kan du f.eks. Teste tilgængeligheden af ​​andre databaser eller webtjenester. Inden en afbrydelse af databasen vil du måske give besked til andre databaser og webtjenester, at databasen går offline.

• Session Level Triggers kan bruges til at gemme specifikke oplysninger. Når en bruger f.eks. Logger til eller fra, kan du muligvis udføre kode, der indeholder brugerens præferencer, og indlæser dem til hukommelse for hurtig adgang. Når sessionen lukker, kan en trigger gemme præferencerne til fremtidig brug.

Scripting med hastighed

Når du skriver kode, er muligheden for at skrive en del kode og udføre den uden at gemme den først til databasen. Oracle giver denne mulighed, som understøttes af alle PL / SQL IDE'er.

Holde kode server side

Størstedelen af ​​PL / SQL-kode gemmes som program enheder i serveren. En typisk applikation har mange linjer kode.

Nogle programmører, især web-baserede udviklere, der arbejder i J2EE eller. NET-miljøer, forsøg at skrive det meste af deres kode i applikationsserveren i Java (for J2EE-udviklere) eller VB. NET (til. NET udviklere). Dette er ikke god praksis. I en databaseapplikation er meget af logikken dedikeret til at hente og ajourføre oplysninger. Hvis koden til at udføre denne opgave ligger i en applikationsserver, skal den sende en anmodning til databasen over et netværk. Derefter skal databasen behandle anmodningen og sende informationen tilbage på tværs af netværket, for at applikationen kan behandles.Fordi netværk og computere nu er meget hurtige, tror du måske, at dette kun tager fraktioner af et sekund. Selvom det er tilfældet med en enkelt anmodning, hvis en meget kompleks ansøgning kræver millioner eller endda hundredvis af millioner af interaktioner med databasen, kan det være meget dårligt at multiplicere antallet af interaktioner med ensfraktioner på et sekund.

Selv relativt enkle operationer, der kun kræver et par databasebehov, kan være problematiske, hvis applikationen er tilgængelig af hundredvis, tusindvis eller titusindvis af brugere samtidigt. Det er meget sværere at opbygge en databaseintensiv applikation uden at bruge server-side-kodning, end det er at skrive hele koden til at køre i en applikationsserver.

Et af argumenterne mod at skrive server-side kode er, at applikationen ikke vil være bærbar (kan ikke flyttes fra en platform til en anden). Imidlertid har de fleste organisationer, der bruger Oracle, brugt det i meget lang tid (ti eller flere år) og overvejer ikke at skifte til en anden platform. Også webudvikling er i øjeblikket i en tilstand med hurtig flux. Organisationer ændrer sig ofte mellem. NET, J2EE og andre miljøer til deres web-baserede applikationsudvikling.

Begge. NET og J2EE miljøer er også i flux. I J2EE-miljøet var industristandarden for webudvikling for et år siden at oprette JavaServer-sider (JSP'er). I øjeblikket er industristandarden at arbejde i JSP / Struts miljøet. I løbet af det næste år vil JavaServer Faces (JSFs) sandsynligvis blive industristandarden. Derfor er en kode, der er skrevet i midtlinjen, en stor risiko for, at den skal omskrives i fremtiden.

Server-side kode kører hurtigere, er lettere at vedligeholde og teste, og er mindre modtagelig for ændring end kode placeret i mellemlinjen. Derfor er der en bedre tilgang til at skabe betydelige dele af en applikation i databasen.

Der er en række steder, hvor du kan skrive kode, som dine applikationer kan bruge:

• Dele af applikationer: PL / SQL-programenheder kan returnere et sæt værdier (funktioner) eller PL / SQL-rutiner kan udføre databaseoperationer (procedurer). Disse funktioner og procedurer kan kaldes af andre funktioner og procedurer eller (i tilfælde af funktioner), der anvendes i SQL-sætninger. PL / SQL-rutiner kan være så store og komplekse, som du har brug for dem til at være. Nogle komplekse rutiner kan indeholde tusindvis af kodeord. Hele systemer kan indeholde millioner af kodeord.
• PL / SQL-kode indlejret i visninger: Oracle giver dig mulighed for at integrere kode i databasevisninger. Koden kan faktisk være placeret på et af to steder i visningen. For det første kan du placere korrekt udformede funktioner, der returnerer en værdi i SELECT-delen af ​​en SQL-sætning for at hente yderligere oplysninger, som måske eller måske ikke er en del af tabellerne, der forespørges.
Du kan også integrere PL / SQL i INSTEAD OF triggers på en visning. Disse udløsere giver dig mulighed for at udføre INSERT, UPDATE og DELETE operationer på komplekse visninger, med PL / SQL håndterer systematisk hvordan disse handlinger skal håndteres.
• Batchrutiner: Batchrutiner run code, der behandler et stort antal poster på samme tid. Generering af fakturaer for hver kunde i et system eller behandling af lønningskontrol for en hel organisation er eksempler på batchrutiner. Disse rutiner er normalt store, komplekse og databaseintensive. Denne type rutine skal med sikkerhed skrives i PL / SQL.