? SQL er et programmeringssprog til relationelle databaser . Beyond simple funktioner og forespørgsler søgeord , har det mulighed for at gemme procedurer , som er samlinger af individuelle forespørgsler til at generere specifikke rapporter . Disse procedurer kan have parametre , der henviser til bestemte datatyper og funktioner. I SQL programmering, er en parameter stort set til en funktion opkald eller header opkald på et scriptsprog. Parameterformat

Lagrede procedurer kalder parametre med et navn . I de fleste tilfælde begynder at navn med et specialtegn , for eksempel kalder Microsofts SQL implementering parametre med symbolet "@" . Efter parameter navn er det datatype, som kan være ethvert gyldigt SQL datatype, såsom INT og STRNG . I SQL implementeringer , ligesom Postgres , hvor symbolet "@" er ikke forpligtet til at markere en parameter navn sørge for, at parameter navn ikke matcher et tabelnavn i databasen.
Parameter søgeord < br >

en parameter kan have en valgfri søgeord i slutningen - søgeord er "IN ", " OUT" og " INOUT " . Hvis parameteren ikke har specificeret nøgleord , behandles den , som om den "IN " søgeord blev brugt. Den " IN" søgeord er brugt til et input parameter , er " OUT " søgeord bruges til et output parameter , og " Inout " er kontekstuelt identificeres, når proceduren kører .

Fordele outputparametre

brugen af ​​input parametre er forholdsvis enkelt - ved at definere et input parameter med en let at huske navnet , gør du det nemmere at regne ud, hvad det gør, når en forespørgsel undersøges seks måneder efter den er blevet skrevet - men output parametre kræver en smule mere forklaring. Den største fordel af output-parametre er, at de giver en bekvem måde at samle op , der returnerer flere kolonner af data. Parameternavnene også ender definere kolonnenavne på output-parametre .
Navngivning parametre inden Funktioner

SQL evne til navn parametre også udbredt i at gøre funktioner nemmere at læse seks måneder efter at de er blevet kodet. En begrænsning af interne parameternavne er, at de ikke er behandlet af SQL i sin standard gennemførelse; de eksisterer kun til gavn for den menneskelige læser . Derfor har du stadig nødt til at henvise til de variabler, de definerer med $ 1 eller $ 2, inden proceduren opkaldet.