Se på Oracle koding rutiner både for hva de er og hva de gjør. De er et sett med retningslinjer som identifiserer beste praksis, eller den "riktige" måten å kode en Oracle database, og de er de PL /SQL -setninger, strukturer og blokker som driver databasen handlinger. Det finnes prosedyrer for alle aspekter av Oracle database koding. Etterlevelse av beste praksis anbefalinger og nøye med å kode format prosedyrer og koding elementer kan hjelpe din database drives effektivt og uten feil. Best Practice Prosedyrer

Beste praksis prosedyrer standardisere prosessuelle språk , eller PL /SQL-kode . Dette gjør koden lettere å lese og tyde samt enklere å vedlikeholde, spesielt når du arbeider med koden du " arve " fra en annen utvikler . Beste praksis regler og prosedyrer omfatte konseptuelle og praktiske aspekter av PL /SQL-kode . Konseptuelle standarder for beste praksis inneholde kode modularitet , ytelse , testability , samsvar med standarder og dokumentasjon , mens praktiske standarder dekker aspekter som prosedyrer for avstander , store bokstaver, prosessuelle samtaler, formatering , kommenterer og feilretting . Strukturert peer review , en "best practice" for å sikre utviklere følger beste praksis prosedyrer , gir en siste måte å sjekke for lesbarhet og overholdelse av PL /SQL koding standarder .
Layout

Layout prosedyrene lager en logisk struktur og identifisere hensikten med programmet. Riktig layout steder individuelle konstruksjoner som for eksempel kontroll uttalelser og funksjoner innenfor individuelle kode blokker , hver med en eksplisitt begynnelse og en slutt , samt innrykk innenfor blokken og mellomrom mellom blokker av kode . Bruk space-tasten i stedet for tab -tasten på tastaturet for å forsikre innrykk går ikke lenger enn tre plasser i uansett hva nivået av innrykk, og legge til ett eller to linjer med mellomrom mellom kode blokker .

med variabler

Coding prosedyrene starter med en erklæring delen der du oppretter midlertidige plassholdere for data verdier - kalt variabler - som du vil inkludere i programmet uttalelser og som vil manipulere data som en kodestykket utfører . Hver variabel du erklære har et navn , en datatype og fordi hver er en egen uttalelse, en avslutning semikolon . Datatype er en viktig faktor , og en vanlig årsak til feil. Mens du har muligheten til å erklære en datatype som "nummer ", " røye " eller "dato" eksplisitt , kan du unngå konvertering feil ved å sette en variabel til å matche det av databasen tabellen kolonnen ved å bruke " % TYPE " operator . Avhengig av hvordan du har tenkt å bruke variabel, kan du starte den, eller sette den til en bestemt verdi i erklæringen delen eller innenfor en programerklæring : en

pris nummer, navn emp.name % TYPE ; pris nummer = 210 ;
program uttalelser

PL /SQL-setninger i elementer som lagrede prosedyrer , pekere og kontroll looper kjøre hvert program til ferdigstillelse. PL /SQL koding prosedyrer tillate bruk av SQL- funksjoner, inkludert INSERT, UPDATE , DELECT og SELECT for å skape grunnleggende PL /SQL -setninger i , for eksempel , PL /SQL lagrede prosedyrer . Koding rutiner for kontroll looper , derimot , krever en annen type uttalelse som kalles en betinget utsagn som ofte bruker " If ... Then ... Else " å reagere gjennom en løkke inntil vilkårene du angir lik sant eller usant, avhengig av hvordan du skriver programmet .
intern dokumentasjon

Etterlevelse korrigere PL /SQL koding prosedyrer reduserer både behovet for intern dokumentasjon i form av kommentarer og krav til vedlikehold av programmet. Selv om de kan være nyttig i små doser , jo flere kommentarer du legger til et program - og jo flere detaljer du tar med - . Jo mer arbeid du vil møte når du endrer eller oppdaterer programkode som du vil også måtte endre programmet kommentarer