Az eljárás mentése folyamatban van tárolt eljárás) - az adatbázis program objektum elnevezése. Az SQL Server matrica típusú eljárásokkal rendelkezik, amelyek mentve vannak.
Mentett rendszereljárások rendszerben tárolt eljárás) a DBMS-kereskedők biztosítják, és a rendszerkatalógusból vagy a rendszerinformációkból megtekintésre vannak összeállítva. Nevük az „sp_” előtaggal kezdődik. Az EXECUTE parancs segítségével minden mentett típusú eljárás elindul, így rövidíthető EXEC-re. Például a paraméterek nélkül elindított sp_helplogins eljárás két hívást ad a felhőbejegyzések nevéről (angol. bejelentkezések) (angol. felhasználók).
EXEC sp_helplogins;
Shchob a mai napig az értesítést a barkácsolásról, scho vykonuyutsya a további mentett rendszereljárásokról a táblázatban. 10.6 tegye deyaki popsiját. Az SQL Server több mint ezer rendszereljárást tárol.
10.6. táblázat
Alkalmazza az SQL Server rendszereljárásokat
Koristuvachevi elérhető mentési eljárások létrehozása coristuvac DB-k és DB-k számára timchasovye objektumok számára. A nap hátralévő részében az elvégzett eljárás a következő lesz timchasova. Tehát, csakúgy, mint a vipadkuban a timchasov táblákkal, a mentett timchasov eljárás elnevezésekor az ember hibás, ha "#" előtaggal kezdi, mivel az egész helyi timchasov eljárás mentésre kerül, de a "##" -val - ez így van globális. A lokális időzítési eljárás csak annak a napnak a keretein belül végezhető, amelyben létrejött, globális - és egyéb területeken is.
Az SQL Server objektumok programozása a Transact-SQL és a kijelölések segítségével egyaránt működhet (angol. assembly) a Microsoft.Net Framework CRL (Common Language Runtime) környezetében. Ez csak az első módja annak, hogy megnézzük ezt az asszisztenst.
A mentett eljárások létrehozásához a CREATE PROCEDURE utasítást használjuk (rövidíthetjük PROC-ra), melynek formátuma az alábbiakban található:
CREATE(PROC I PROCEDURE) proc_name[; szám]
[(gparameter data_type )
["alapértelmezett] |
[VAL VEL
[ REPLIKÁLÁSHOZ ]
AS ([BEGIN]sql_utasítás[;][...n][END])
Ugyanígy a mentés alatt álló eljárás (legyen trigger, függvény, nézet) a TITKOSÍTÁS opcióval jön létre, így a kód úgy kerül átírásra, hogy a szöveg olvashatatlanná válik. Ugyanakkor, ahogyan hozzá van rendelve, az SQL Server korábbi verzióiból történő portolás algoritmusa, amely nem tekinthető kiváló algoritmusnak, olyan segédprogramokon alapul, amelyek lehetővé teszik a portolási algoritmus megfordítását.
A RECOMPILE opció azt jelzi, hogy a rendszer újrafordítja a szöveget a bőrelszívási eljárások során. Figyelemre méltó módon az eljárást az első indításkor összeállítják és a gyorsítótárban tárolják, amely lehetővé teszi a kód mentését.
EXECUTE AS Beállítja a biztonsági környezetet, amelynek lehet eljárása. Adja meg az egyik f CALLER | értékeket ÖNMAGA | TULAJDONOS | "felhasználónév"). A CALLER a promóció mögött meghúzódó érték, és azt jelenti, hogy a kód a modult hívó biztonsági kóddal összefüggésben kerül kiválasztásra. Nyilvánvalóan az anya hibás a coristuvach-ban, nemcsak magán a programozási objektumon, hanem más adatbázis-objektumokon is, amelyekbe beleakadnak. A VÉGREHAJTÁS MAGÁNKÉNT azt jelenti, hogy a beszélő környezetétől függően, amely létrehozza vagy módosítja a programozási objektumot. A TULAJDONOS megadja, hogy a kód az eljárás szálkezelőjének kontextusába kerüljön. Ha nem neveznek ki neki vlasnikot, akkor megesküszik a terv vlasnikjára, hogy feküdjön le. EXECUTE AS "user_name" lehetővé teszi, hogy kifejezetten megadja a koristuvach nevét (egyetlen mancsban).
Az eljáráshoz paramétereket lehet megadni. Minden olyan helyi változtatás, amely megváltoztatja az értékeket az eljárásba. Az OUTPUT kulcsszóval (vagy OUT-ra rövidítve) szereplő hangosítási paraméter mellett az eljárás befejezése után is beállíthatunk egy értéket, használhatjuk az eljárást meghívó programot is. A READONLY kulcsszó azt jelenti, hogy a paraméter értéke nem módosítható az eljárás közepén, ami mentésre kerül.
A paraméterekhez egy promócióhoz lehet értéket rendelni, mivel ezek megváltoznak, így a paraméter értéke nem lesz kifejezetten megadva az eljárás következő órájában. Nézzük a példát:
PROC LÉTREHOZÁSA surma (@a int, @b int=0,
©eredmény int OUTPUT) AS
BEÁLLÍTÁS @eredmény=0a+0b
Létrehoztunk egy három paraméteres eljárást, ráadásul a @b paraméter zárolási értéke = 0, a @result paraméter pedig kiesett: az értéket az újon keresztül beforgatjuk a meghívott programba. Diya, mit nyerj, csináld egyszerűen - a kimeneti paraméter két bemenet összegének az értékét veszi fel.
Amikor az SQL Server Management Studio-ban dolgoztam, létrehoztam egy eljárást, amelyet elmentettem, ezt megtalálja az adatbázis programozás részben (angol. Programozhatóság) zárójelben a mentett eljárásoknál (10.2. ábra).
Ha az eljárásra, például a bemeneti paraméterekre kattint, módosíthatja a változást és az állandókat is. Nézzünk két példát. Az eljárás első bemeneti paraméterei kifejezetten konstansokkal vannak beállítva, a wiki kimeneti paramétere az OUTPUT kulcsszó. Egy másik lehetőségnél első bemeneti paraméterként a változás értéke kerül beállításra, a másik paraméternél pedig a további DEFAULT kulcsszó után jelzi, hogy milyen értéket lehet módosítani a zárnál:
Rizs. 10.2.
DECLARE @3 int;
EXEC summa 10.5, @OUTPUT;
PRINT0c; – 15-én lesz látható
DECLARE Gi int = 5;
- az óra alatt viklik vikoristovuєmo értéke zamovchuvannyam
EXEC summa Gi, ALAPÉRTELMEZETT, 0s OUTPUT;
PRINT0c; – megjelenik 5
Most nézzük meg a példát a turn kód elemzésével, amellyel az eljárás véget ér. Engedd meg, hogy felvidítsalak, skilki az asztaloknál Bookl of Books, látott egy adott évtartományban. Ha igen, akkor a csutka nagyobbnak tűnt, mint a kontsevy, az eljárást "1"-re fordítják, és a pidrakunok nem kerül végrehajtásra, ellenkező esetben - a könyvek száma is megváltozik, és 0-ra fordul:
PROC LÉTREHOZÁSA dbo.rownum(0FirsYear int, GLastYear int, 0result int OUTPUT) AS
HA 0FirsYear>0LastYear VISSZATÉRÉS 1
SET @result= (SELECT COUNT(*) FROM dbo.Bookl
HOL 0EGYESÉV ÉS 0Tavaly KÖZÖTT) ;
Tekintsük ennek az eljárásnak egy olyan változatát, amelyben a forgatási kódot a teljes 0ret változásba veszik, majd az értékét elemzik (jelen esetben 1 lesz). A PRINT operátorban győztes CAST függvény a Gres egész változó értékét sortípussá alakítja:
DECLARE 0ret int, Gres int
EXEC Gret = rownum 2004, 2002, Gres OUT;
HA 0ret=l NYOMTATÁS
PRINT "Könyvek száma" + CAST(Gres mint varchar(20))
A mentési eljárások táblákból kiolvashatják az adatokat, módosíthatják az adatokat, valamint táblákat és egyéb adatbázis-objektumokat hozhatnak létre.
Sémákat, függvényeket, triggereket, eljárásokat és a mentett eljárást azonban nem lehet létrehozni.
A támadó fenék az őrobjektumok látómezejéhez kötődő képességét és táplálkozását szemlélteti. Az alábbiakban ismertetjük az eljárást, amely a #Tab2 menetrend meglétének újraellenőrzésével történik; ha nincsenek táblák, létrehozom azokat. A #Tab2 táblázat után két oszlop értéke kerül beírásra, és a táblázat helyett a SELECT utasítással jelenik meg:
PROC LÉTREHOZÁSA My_Procl (@id int, @name varchar(30))
HA AZ OBJECT_ID("tempdb.dbo.#Tab21) NULL
INSERT INTO dbo.#Tab2 (id, name)VALUES (0id,0name)
SELECT * FROM dbo. #Tab2-#1
Az eljárás első hete előtt, amelyre sor kerül, a következő #Tab2-es időtáblázatba helyezzük. Adjon tiszteletet ЄХES kezelőnek. Az elülső csikkeknél a paramétereket a "pozíció szerint" eljárásba vitték át, és ebben az esetben a paraméterek átviteléhez más formátumot használnak - "név szerint", az adott érték paraméterének neve kifejezetten fel van tüntetve:
TÁBLÁZAT LÉTREHOZÁSA dbo. # Tab2(id int, név varchar(30));
EXEC My_Procl 0name="lvan", 0id=2;
SELECT * FROM dbo. # tab2; -#2
A lebegtetett seggben a SELECT utasítás binárisokat változtat: először - az eljárás közepén, a másodikban - a kihívó kódrészletből (a "№ 2" megjegyzéssel hozzárendelve).
Az eljárás másik wikije előtt láttuk a #Tab2 óratáblázatot. Ezután az elvégzett eljárásból egyetlen ütemterv jön létre:
DROP TABLE dbo. # tab2;
EXEC My_Procl 0name="Ivan", 0id=2;
SELECT * FROM dbo. # tab2; -#2
Ebben az esetben csak a SELECT utasítást adtam meg, amely az eljárás közepén található ("Xa 1" megjegyzéssel). A SELECT "No. 2" bejegyzés kegyelmi állapotba került, mivel az eljárásban létrejött, ami elmentésre kerül, az eljárásból való visszaforduláskori időtábla már törlődik a tempdb adatbázisból.
Az eljárás a DROP PROCEDURE utasítás segítségével látható. A Yogo formátum lent látható. Egy operátorral láthat néhány olyan eljárást, amelyek mentésre kerülnek, ha valaki újraéleszti őket:
LEADÁS (PROC I. ELJÁRÁS) ( eljárás ) [
Például láthatóan korábban létrehoztam az összegzési eljárást:
DROP PROC summa;
Az ALTER PROCEDURE operátor segítségével módosíthatja a fő eljárást (és valójában - újra hozzárendelheti a її-t) (kiegészítés
gőzsebesség PROC). Az ALTER kulcsszótól eltekintve az utasítás formátuma gyakorlatilag eltér a CREATE PROCEDURE formátumtól. Például megváltoztatjuk a dbo eljárást. rownum, a viscon opció beállítása az őrmester biztonsági kontextusában:
ALTER PROC dbo.rownum(SFirsYear int,
SLastYear int, Result int OUTPUT)
VÉGREHAJTÁS Tulajdonosként – telepítési lehetőség
HA 0FirsYear>0LastYear VISSZATÉRÉS 1 MÁS KEZDÉS
SET 0result= (SELECT COUNT(*) FROM dbo.Bookl
HOL AZ SFirsYear ÉS SLastYear KÖZÖTT);
Bizonyos esetekben szükség lehet egy dinamikus formázási parancs és egy viconann її szükségességére az adatbázis-kiszolgálón. A Tse zavdannya ellenőrizhető a ЄХES kezelő segítségére is. A lebegtetett alsó sarokban a Bookl táblák rekordjainak válogatása van kiválasztva az Év attribútum szellemi egyenlőségéhez, a módosítandó értékhez:
DECLARE 0y int = 2000;
EXEC("SELECT * FROM dbo.Bookl WHERE = " [e-mail védett]) ;
A Vikonannya dinamikusan formált utasításai olyan számítógépes támadások újragondolását hozzák létre, mint például az "SQL-injekció" (angol. SQL injekció). A támadás lényege abban rejlik, hogy az adatokban a pusztítót használják, ami dinamikusan formálódik, a master kódot SQL-ben. Úgy hangzik, ha a bemutatott paramétereket az adatok bevezetésének eredményeiből vegyük le gyorsírással.
Descho az elülső fenék cseréje:
DECLARE 0y varchar(100);
SET 0y = "2TOV"; - tse mi elvette a coristuvachtól
Feltételezve, hogy a SET utasításokban szereplő sorjelentést kódként vettük el (mindegy, hogy milyen rangot kapunk pl. webes függeléken keresztül), akkor a példa a kódunk "standard" viselkedését szemlélteti.
DECLARE 0y varchar(100);
SET 0y = "2000; TÖRLÉS A dbo.Book2-ből"; - injekció
EXEC("SELECT * FROM dbo.Book2 WHERE="+0y);
Javasoljuk, hogy lehetőség szerint hasonló módokon használjuk az sp_executcsql rendszereljárást, ami el van mentve, mivel lehetővé teszi a paraméterek típusának szabályozását, ami az SQL elérési út egyik sávja. Anélkül, hogy megvizsgálnánk a її formátum részleteit, nézzünk egy pillantást a korábban bemutatotthoz:
EXECUTE sp_executesql
N"SELECT * FROM dbo.Bookl WHERE = 0y",
Itt kifejezetten meg van adva a paraméter típusa, amely a kérésben nyer, és változás esetén az SQL Server lesz vezérelve. A mancsok előtti "N" betű azt jelzi, hogy a karakter Unicode formátumban konstans, ami az eljárást jelenti. A paraméter állandó értékként rendelhető, a második érték pedig ettől eltérő.
Meta roboti– megtanulják, hogyan hozhatók létre és módosíthatók az adatbázis-kiszolgálón tárolt eljárások.
1. Az összes alkalmazás működtetése, megvalósításuk eredményeinek elemzése az SQL Server Management Studio segédprogramban. Eljárások jelenlétének újraérvényesítése egy adatfolyam-adatbázisban.
2. Vikonannya minden kérelmet és feladatot a laboratóriumi munka során.
3. Egyedi megrendelések keresése opciókra.
Magyarázat vikonannya robotinak
A mentett eljárások programozásának elsajátítására az adatbázis névvel ellátott gombját használjuk DB_Books, mint egy bulát az 1-es számú laboratóriumi robot hozott létre. Amikor vykonannі prikladіv, hogy a zavdan tiszteletben tartja az adatbázis, a tábla és a projekt egyéb objektumai nevének érvényességét.
Mentési eljárások olyan parancsok halmaza, amelyek egy vagy több SQL operátorból vagy függvényekből állnak, amelyeket egy pillantással összegyűjtöttünk az adatbázisban.
A mentett eljárások típusai
A gondozott rendszereljárásokat a különféle adminisztratív tevékenységek felügyeletére ismerik el. Gyakorlatilag minden, a szerver adminisztrációjával kapcsolatos feladat segítségnek számít. Elmondható, hogy a felület által elmentett rendszereljárások biztosítják a rendszertáblákkal való munkát. A mentett rendszereljárások sp_ előtaggal elláthatók, a rendszer adatbázisba kerülnek, és bármely más adatbázis kontextusában meghívhatók.
A mentett Koristuvatsky eljárásokat azok a chi és mások hajtják végre. Mentési eljárások - az adatbázis teljes tárgya. Attól függően, hogy melyik bőreljárást, amely mentve, szerepel egy adott adatbázisban, de és vikonuetsya.
A mentett időzítési eljárások csak egy óráig tartanak, majd a szerver automatikusan csökkenti azokat. A bűzt helyi és globális szinten osztják meg. A mentett helyi timchasovy eljárások mindenesetre csak attól a naptól hívhatók vissza. Az ilyen eljárás órája alatt meg kell adni egy nevet, amely egy # szimbólummal kezdődik. Mint minden óraobjektum, az azonos típusú elmentett eljárások is automatikusan törlődnek a szerver bekapcsolásakor, újraindításakor vagy a kiszolgáló futásakor. A mentett globális időzítési eljárások minden olyan szervernaphoz elérhetők, amelyen ugyanazt az eljárást használják. A її időponthoz elegendő megadni a їy іm'ya-t, amely ## szimbólumokkal kezdődik. A Qi-eljárások bármelyik kiszolgáló újraindításakor, valamint a munkamenet bezárásakor láthatók, annak összefüggésében, hogy milyen bűz keletkezett.
Elmentett eljárások létrehozása, módosítása
Egy olyan eljárás létrehozása, amelyről gondoskodunk, átadva a következő feladatot: hozzáférési jogok tervezése. Mentett eljárás létrehozásakor ügyeljen arra, hogy ne legyen jogosultsága hozzáférni az Ön által létrehozott adatbázis-objektumokhoz; az eljárás kiválasztásához szükséges paraméterek kiválasztása, a mentett eljárások lehetnek a bemeneti és kimeneti paraméterek anyja; rozrobka eljárás kódja, scho zberіgaetsya. Az eljáráskód helyettesítheti bármely SQL-parancs szekvenciáját, beleértve az egyéb mentett eljárások visszahívását is.
Az operátor szintaxisa új vagy változó explicit eljárás létrehozásához az MS SQL Server értékeiben:
( LÉTREHOZÁS | MÓDOSÍTÁS ) PROC[ EDURE] eljárás_neve [ ;szám] [ ( @paraméter_neve adattípus ) [ VARYING ] [ = ALAPÉRTÉKELÉS ] [ OUTPUT] ] [ ,... n] [ WITH ( RECOMPILE | TITKOSÍTÁS | ÚJRACOMPILE , ENC [ FOR REPLIKÁCIÓ] AS sql_statement [ ... n]Nézzük a parancs paramétereit.
Vikoristovuyuchi előtagok sp_, #, ##, az eljárás jön létre, hozzá lehet rendelni, mint egy rendszer vagy timchasova. A parancs szintaxisából látható, hogy nem szabad megadni annak az őrmesternek a nevét, akihez az eljárás szükséges, és annak az adatbázisnak a nevét sem, ahová elhelyezhető. Így egy adott adatbázisban tárolt eljárás létrehozásához be kell írni a CREATE PROCEDURE parancsot az adatbázis kontextusába. A gondozott eljárástörzs segítségével lehetőség van az adatbázisok deklarálása előtt rövidített nevek kiválasztására, tehát az adatbázisok nevének megadása nélkül. Ha más adatbázisokban felsorolt objektumokhoz kell mennie, adja meg az obov'yazkovo adatbázis nevét.
A bemeneti és kimeneti adatok átviteléhez a létrehozott eljárásokba, amelyek elmentésre kerülnek, a használandó paraméterek neve @ jellel kezdődik. Az egyik kiválasztott eljárásban anonim paramétereket állíthat be, kómával elválasztva. Az eljárástípus nem hibás a helyi változtatásokban, amelyek nevét az eljárás paramétereinek nevével együtt választjuk ki. A felvett eljárás adattípusának paramétereinek hozzárendelésére alkalmas, hogy az adattípusok SQL-ek-e, beleértve a stringeket is. A CURSOR adattípus azonban csak opcionális eljárásparaméterként használható, amit figyelembe kell venni. az OUTPUT kulcsszó hozzárendeléseiből.
Az OUTPUT kulcsszó jelenléte azt jelenti, hogy ez egy érvényes hozzárendelési paraméter a felvett eljárásból származó adatok forgatásához. Ez azonban nem jelenti azt, hogy a paraméter nem alkalmas érték átadására a mentendő eljárásnak. Az OUTPUT kulcsszó megadása arra utasítja a szervert, hogy a mentés alatt álló eljárásból való kilépéskor hozzárendeljen egy helyi változtatási paraméter értéket az eljárás meghívásakor paraméterértékként megadott szálhoz. Lényeges, hogy az OUTPUT kulcsszó megadásakor az eljárás második órájára vonatkozó változó paraméter értéke csak lokális változtatással állítható be. Nem szabad csavarni, hogy ez egy virazi vagy egy konstans, amely méretes paraméterekre érvényes. A VARYING kulcsszó azonnal meghívásra kerül az OUTPUT paraméterrel, amely CURSOR típusú lehet. Megállapításra került, hogy a kimeneti paraméter a kapott szorzó lesz.
A DEFAULT kulcsszó egy érték, ezért az opcionális paramétert zárolásnak vesszük. Így egy eljárás hívásakor explicit módon megadható egy adott paraméter értéke.
Oscilki a szerver gyorsítótárazza a kód letöltésének és összeállításának tervét, az eljárás enyhe késleltetésével az értékek már készen állnak. Bizonyos helyzetekben azonban továbbra is szükséges az eljáráskód újrafordítása. A RECOMPILE kulcsszó beírása arra utasítja a rendszert, hogy készítsen kezelési tervet, amelyet bőrkiütés esetén menteni kell.
A kérés FOR REPLICATION paramétere az adatok replikálásakor és a létrehozott eljárást is beleértve, amely cikkként szerepel a kiadványban. Az ENCRYPTION kulcsszó arra utasítja a Viconity szervert, hogy titkosítsa a mentett eljárás kódját, hogy meg tudja védeni a szerzői jogi algoritmusok védelmét, hogy a robot végrehajtja a mentett eljárást. Az AS kulcsszó a test csutkájára kerül, ami megmenti az eljárást. Ezzel az eljárással gyakorlatilag minden SQL parancs leállítható, tranzakciók süketíthetők, blokkolások állíthatók be, és más elmentett eljárások is meghívhatók. Az elmentett eljárásból a RETURN paranccsal lehet kilépni.
Vidalennya eljárások, amelyeket meg kell tenni
ELJÁRÁS HAJTÁSA ( eljárás_neve) [ ,... n]
Vikonannya eljárások, amelyeket megtesznek
Egy eljárás megnyeréséhez a következő parancs jön létre: [ [ EXEC [UTE] eljárásnév [ ;szám] [ [ @parameter_name= ] ( érték | @név_változás) [ OUTPUT ] | [ ALAPÉRTELMEZETT ] ] [ ,...n]
Ha a végrehajtandó eljárás nem egyetlen parancs a csomagban, akkor az EXECUTE parancs megléte kötelező. Sőt, erre a parancsra egy másik eljárásból vagy egy triggerből származó gyorshívási eljáráshoz van szükség.
Az eljárásciklus órájára az OUTPUT kulcsszó választása már nem érvényes a paraméterekre, mintha az eljárás OUTPUT kulcsszóval történő létrehozásának órája kimaradt volna.
Ha a DEFAULT kulcsszót adjuk meg a paraméterhez az eljárás ciklusa során, akkor a promóció értéke felülíródik. Nyilvánvalóan a megadott DEFAULT szó csak azokhoz a paraméterekhez engedélyezett, amelyekhez standard érték van hozzárendelve.
Az EXECUTE parancs szintaxisából látható, hogy a paraméternevek az eljárási ciklus végén elhagyhatók. Ebben az esetben azonban a coristuvach bűnös abban, hogy a paraméterek értékeit abban a sorrendben határozta meg, ahogyan a bűzt a kombinált eljárás során újra megvédték. A paraméterhez nem lehet értéket rendelni a promócióhoz, egyszerűen a feltámadás első órájának kihagyásával. Ha ki kell hagyni azokat a paramétereket, amelyekhez a zár értékét hozzárendeljük, akkor elegendő a paraméterek neveit kifejezetten megadni a végrehajtandó eljárás hívásakor. Sőt, ilyen módon lehetőség nyílik a paraméterek és azok értékeinek megfelelő sorrendbe állítása.
Lényeges, hogy az eljárási ciklus végén vagy a paraméternevek értékekkel vannak megadva, vagy több, mint egy paraméternév nélküli érték. Ezek a kombinációk nem megengedettek.
RETURN hivatkozás a mentett eljárásokhoz
Lehetővé teszi, hogy a megadott mentálison túl bármely ponton kilépjen az eljárásból, és lehetővé teszi az eljárás eredményének egy számmal történő átvitelét is, amely alapján megítélheti az eljárás helyességét. Példa paraméterek nélküli eljárás létrehozására:
ELJÁRÁS LÉTREHOZÁSA Count_Books AS SELECT COUNT (Kódkönyv) FROM Books GO1. feladat.
EXEC Count_BooksElrontja az eredményt.
Példa egy eljárás létrehozására bemeneti paraméterrel:
ELJÁRÁS LÉTREHOZÁSA Count_Books_Pages @Count_pages AS INT AS SELECT COUNT (Code_book) FROM Books WHERE Oldalak>= @Count_pages GOMenedzser 2. Hozza létre ezt az eljárást a DB_Books adatbázis Tárolt eljárások ágában az SQL Server Management Studio segédprogrammal. Futtassa a її parancsot a segítségért
EXEC Count_Books_Pages 100Elrontja az eredményt.
Példa egy eljárás létrehozására bemeneti paraméterekkel:
ELJÁRÁS LÉTREHOZÁSA Count_Books_Title @Count_pages AS INT , @Title AS CHAR (10 ) AS SELECT COUNT (Code_book) FROM Books WHERE Oldalak>= @Count_pages AND Title_book LIKE @Title GO3. feladat. Hozza létre ezt az eljárást a DB_Books adatbázis Tárolt eljárások ágában az SQL Server Management Studio segédprogrammal. Futtassa a її parancsot a segítségért
EXEC Count_Books_Title 100 "P%"Elrontja az eredményt.
Példa egy eljárás létrehozására bemeneti és kimeneti paraméterekkel:
ELJÁRÁS LÉTREHOZÁSA Count_Books_Itogo @Count_pages INT , @Title CHAR (10 ) , @Itogo INT OUTPUT AS SELECT @Itogo = COUNT (Code_book) FROM Books WHERE Oldalak>= @Count_pages AND Title_book LIKE @Tit4. feladat. Hozza létre ezt az eljárást a DB_Books adatbázis Tárolt eljárások ágában az SQL Server Management Studio segédprogrammal. Futtassa a további parancskészletet:
Sql> @q deklarálása mint int EXEC Count_Books_Itogo 100, "P%", @q kimenet kiválasztása @q
Elrontja az eredményt.
Példa egy eljárás létrehozására bemeneti paraméterekkel és RETURN:
ELJÁRÁS LÉTREHOZÁSA checkname @param INT ASIF (SELECT Name_author FROM authors WHERE Code_author = @param) = "Puskin A.S." VISSZA 1 EGYÉB VISSZA 25. feladat. Hozza létre ezt az eljárást a DB_Books adatbázis Tárolt eljárások ágában az SQL Server Management Studio segédprogrammal. Futtassa a її parancsot további parancsokért:
DECLARE @return_status INT EXEC @return_status = checkname 1 KIVÁLASZTÁS "Visszaküldési állapot" = @return_statusPélda egy paraméter nélküli eljárás létrehozására a Vásárlások tábla kulcsmező értékének kétszeres növelésére:
PROC LÉTREHOZÁSA update_proc AS UPDATE Vásárlások SET Code_purchase = Code_purchase* 26. feladat. Hozza létre ezt az eljárást a DB_Books adatbázis Tárolt eljárások ágában az SQL Server Management Studio segédprogrammal. Futtassa a її parancsot a segítségért
EXEC update_procPélda egy eljárásra egy bemeneti paraméterrel, amely egy adott szerzőről szóló összes információt lekéri:
CREATE PROC select_author @k CHAR (30) AS SELECT * FROM Szerzők WHERE név_szerző= @k7. feladat.
EXEC select_author "Pushkin A.S." vagy select_author @k= "Puskin A.S." vagy EXEC select_author @k= "Pushkin A.S."Példa egy eljárás létrehozására egy bemeneti paraméterrel és zárolási értékekkel a Vásárlások táblázat kulcsmező értékének adott számú alkalommal történő növelésére (2-szeres zárolás esetén):
PROC LÉTREHOZÁSA update_proc @p INT = 2 AS UPDATE Vásárlások SET Code_purchase = Code_purchase * @pAz eljárás nem fordítja meg a várt adatokat.
Menedzser 8. Hozza létre ezt az eljárást a DB_Books adatbázis Tárolt eljárások ágában az SQL Server Management Studio segédprogrammal. Futtassa a її parancsot további parancsokért:
EXEC update_proc 4 vagy EXEC update_proc @p = 4 vagy EXEC update_proc --zastosovuєtsya promóciós érték.Példa egy eljárás létrehozására bemeneti és kimeneti paraméterekből. Hozzon létre egy eljárást a megrendelések számának meghatározására, a jelzési időszakra számítva:
CREATE PROC count_purchases @d1 SMALLDATETIME, @d2 SMALLDATETIME, @c INT OUTPUT AS SELECT @c= COUNT (Code_purchase) FROM Vásárlások WHERE Date_order BETWEEN @d1 ÉS @d2 SET @c = ISNULL(@,Menedzser 9. Hozza létre ezt az eljárást a DB_Books adatbázis Tárolt eljárások ágában az SQL Server Management Studio segédprogrammal. Futtassa a її parancsot további parancsokért:
DECLARE @c2 INT EXEC vásárlások száma '01- jún- 2006', '01- jul- 2006', @c2 OUTPUT SELECT @c2Laboratóriumi munkára jutás lehetőségei 4. sz
Zagalni pozíció. Az SQL Server Management Studio segédprogramban hozzon létre egy új oldalt a kódnak ("Kérés létrehozása" gomb). Programozottan hozzon létre egy aktív adatbázist DB_Books a Use utasítás segítségével. Hozzon létre eljárásokat, amelyek gondoskodnak a további Hozzon létre eljárási utasításokat, és önállóan rendeljen eljárásneveket. Skin eljárás vikonuvatime egy SQL kérésre, ami egy másik laboratóriumi robot vikonovációja. Sőt, az SQL kódot úgy kell módosítani, hogy át tudják adni a keresést végző mezők értékeit.
Például a 2-es számú laboratóriumi robot fején kívül:
/*Válassza ki a postai dolgozó dátumát (Kézbesítések táblázat) nevezze meg a cégeket, telefont és IPN-t (Név_cég, Telefon és INN mezők), melyhez a cég neve (Cégnév_mező) „BAT SVIT”.
SELECT Vállalatnév, Telefonszám, INN FROM Szállítások WHERE Név_vállalat = "BAT SVIT"*/ – Az eljárás létrejön ehhez a robothoz:
CREATE PROC select_name_company @comp CHAR (30 ) AS SELECT Név_vállalat, Telefon, INN FROM Szállítások WHERE Név_vállalat = @comp- Az eljárás elindításához a következő parancsot adjuk:
EXEC select_name_company "BAT SVIT"A rendezők listája
Hozzon létre egy új programot az SQL Server Management Studio-ban. Programozottan hozzon létre egy aktív egyéni adatbázist, amelyet az 1. számú laboratóriumi robotban hoz létre a Use operátor segítségével. Hozzon létre eljárásokat, amelyek gondoskodnak a további Hozzon létre eljárási utasításokat, és önállóan rendeljen eljárásneveket. Skin eljárás vikonuvatime egy SQL-kérésre, ahogy az a következő feladat nézetében látható a lehetőségekhez.
1.opció
1. Adja meg a spivrobitnikiv listáját, yakі szeretne egy gyereket.
2. Adja meg azoknak a gyerekeknek a listáját, akik láttak ajándékot az időszak végén.
3. Írja be a batkіv, yakі mayutnі nepnolіtnі gyermekek listáját.
4. Adjon meg adatokat a megadott mennyiségnél nagyobb mennyiségű ajándékokról, dátum szerint rendezve.
2. lehetőség
1. Adja meg a tartozékok listáját a hozzárendelt típussal.
2. Tájékoztassa a szerelvényjavítások számát és a javítások teljes számát a kijelölt mesternél.
3. Adja meg a szerelvények vlasnik listáját és az állatok számát, rendezze az állatok számát és az esés módját.
4. Adjon meg információkat azokról a munkákról, amelyeknél magasabb a hozzárendelt szám, vagy amelyek elfogadásának dátuma kisebb, mint a hozzárendelt dátum.
3. lehetőség
2. Adja meg az értékesítési kódok listáját, amelyekhez a színeket a megadott összegnél nagyobb összegért értékesítették.
3. Adja meg az eladás dátumát, az összeget, az eladót és a jegyet a megadott eladási kódhoz.
4. Adja meg a jegyek listáját és a megadott számnál nagyobb magasságú vagy elegánsabb jegyek osztályozását.
4. lehetőség
1. A leállítás előtt adja meg a hozzárendelt jelzések címkéinek listáját.
2. Adja meg azoknak a szállítási dátumoknak a listáját, amelyekre a hozzárendelt mennyiségnél több azonos italt értékesítettek.
3. Adja meg a szállítás dátumát, az összeget, a szállító szerinti rendelési szám PIB-jét és a betűket a megadott mennyiségnél több igény kódja után nevezem el.
5. lehetőség
2. Adja meg a meghatározott okból terhelt ingatlanok listáját.
3. Adja meg az esedékesség dátumát, a terhelési időszak terheléséhez megnevezem a terhelés időpontjának birtokát, PIB-jét.
4. Adja meg a birtokok listáját meghatározott típusú vagy az első értéknél nagyobb tulajdonlási dátummal.
6. lehetőség
1. Adja meg a megadott számnál több biztosítások listáját.
2. Adja meg a termékek listáját, amelyek nevének jelentése egy szó töredéke.
3. Adja meg a termék nevét, nevezze el a sort, nevezze el a terméket az első végérték után a kijelölt kezdőértékből a sorkóddal.
4. Adja meg az infúzió elkészítésének sorrendjét, és adja meg az infúziót úgy, hogy az első értéknél több szénhidrát, vagy a feltüntetett értéknél több kalória mennyisége legyen.
7. lehetőség
1. Adja meg a hozzárendelt ültetvény gyakorlóinak listáját.
3. Adja meg a bejegyzés dátumát, az okmány típusát, az anyakönyvvezető személyi azonosítóját és a szervezet nevét az időszak kinevezésére nyilvántartott dokumentumoknál.
4. Adja meg az első bizonylattípussal vagy a megadott értéknél nagyobb regisztrációs dátummal rendelkező regisztrált dokumentumok listáját.
8. lehetőség
1. Adja meg a gyakorló orvosok listáját a hívás megjelölt okával együtt.
3. Adja meg a regisztráció dátumát, a regisztráció okát, az időszak kijelölésére nyilvántartott iratok hivatkozásának PIB-jét.
9. lehetőség
1. Adja meg azoknak a szakembereknek a listáját, akiknek engedélyezték a megadott típus megadását.
2. Adja meg a dokumentumok listáját a regisztráció dátumával az időszak-hozzárendelésekhez.
3. Adja meg a bejegyzés dátumát, az engedély típusát, az időszak kijelölésére nyilvántartott dokumentumok hivatkozási számának PIB-jét.
4. Adja meg a regisztrált bizonylatok listáját a bizonylatkódból a hozzárendelt tartományba.
10. lehetőség
1. Adja meg a hozzárendelt ültetvény gyakorlóinak listáját.
2. Adja meg azoknak a dokumentumoknak a listáját, amelyek egy szó töredékét jelenthetik.
3. Adja meg a bejegyzés dátumát, az okmány típusát, a tulajdonos személyi azonosítóját és a szervezet nevét az időszak kinevezésére nyilvántartott dokumentumokhoz.
4. Adja meg a regisztrált bizonylatok listáját a megadott bizonylattípusból vagy az utolsó értéknél kisebb bizonylatkóddal.
11. lehetőség
1. Adja meg az adott telepítéshez elismert szakemberek listáját.
2. Adja meg a dokumentumok listáját a regisztráció dátumával az időszak-hozzárendelésekhez.
3. Adja meg az időszak kijelölésére nyilvántartott iratok referencia bejegyzésének, elszámolásának dátumát, PIB-jét.
4. Adja meg a regisztrált bizonylatok listáját a bizonylatkódból a hozzárendelt tartományba.
12. lehetőség
3. Adja meg a szakterületek listáját, hogyan vették birtokba az adott számú állat bérbeadásából, válogatva az állatok mennyisége és mennyi esése alapján.
13. lehetőség
1. Adja meg a hozzárendelt típus birtokainak listáját. 2. Írja be a birtokok listáját, mintha egy éneklő gyakorlót írna le.
3. Adja meg a kivont ingatlan mennyiségét, amely az ingatlantípusok szerint van csoportosítva.
4. Adja meg a toborzásra vonatkozó információkat úgy, hogy a felvétel dátuma nagyobb legyen, mint az első dátum.
14. lehetőség
1. Adja meg a jegyek listáját a hozzárendelt laptípusból.
2. Adja meg a szükséges kódok listáját, amelyekhez a színeket egynél több értékért adtak el.
3. Adja meg az esedékesség dátumát, az összeget, nevezze meg a postai dolgozót és a postai dolgozó sing kódja után a színt.
4. Adja meg a színek listáját és a jegyek osztályozását, amelyek magassága nagyobb, mint a dalszám, vagy elegánsabb.
15. lehetőség
1. Adja meg azoknak az ügyfeleknek a listáját, akik elérték az előjegyzési időszak számát.
2. Adja meg a befizetések teljes összegét a skin ügyfélszámokhoz.
3. Adja meg az érkezés dátumát, a szoba típusát, az ügyfelek PIB-jét, az időpontok regisztrációját.
4. Adja meg az egyágyas szobákhoz regisztrált ügyfelek listáját.
16. lehetőség
1. Adja meg a hozzárendelt típus birtokainak listáját.
2. Adja meg a birtokok listáját, például béreljen egy dal klienst.
3. Adja meg a listát az osіb, yakі birtokba vett bérleti díjból ennyi állatot, rendezve az állatok számának és az esésnek az alapján.
4. Adja meg az ügyfelek adatait címek szerint rendezve.
17. lehetőség
1. Adja meg a vételárból a kezdeti értéknél nagyobb értékeket, vagy a garancia időtartama szerint a megadott mennyiségnél nagyobb értékeket.
2. Az anyagi értékek jelentőségének helyének bemutatására a szót ezek nevében feltüntetjük.
3. Adja meg a vartosti értékek összegét a kijelölt tartomány kódjából.
4. Adja meg az anyagilag érvényes feltételek listáját a kijelölt tartományba való munkavállalás napjától számítva.
18. lehetőség
1. Vivest változás javítási robits, vikonanih énekelni mester.
2. Adja meg a munkaszakaszok listáját, amelyek a munka elé kerülnek, és amelyek nevéhez tartozik egy kijelölt szó.
3. Adja meg a munkához tartozó javítási munkalépések költségének összegét a kijelölt tartomány kódjából.
4. Adja meg a fájlok listáját a robotba való felvétel dátumától a megadott tartományban.
19. lehetőség
1. Írja be az első olvasatokból származó folyadékok listáját.
2. Adja meg azoknak a csekkszámoknak a listáját, amelyekhez egynél több folyadékot adtak el.
3. A hozzárendelt számról adja meg a csekk eladásának dátumát, összegét, a pénztáros és a pénztáros PIB-jét.
4. Adja meg a folyadékok listáját, és ezek közül egyet azokhoz a likőrökhöz, amelyeknek a mennyisége nagyobb, mint a jelzett mennyiség, vagy amelynek liq kódja kisebb, mint az első érték.
20. lehetőség
1. Adja meg a hozzárendelt ültetvény gyakorlóinak listáját.
2. Adja meg azoknak a dokumentumoknak a listáját, amelyek egy szó töredékét jelenthetik.
3. Adja meg a nyilvántartásba vétel dátumát, a bizonylat típusát, a PIB dátumát és a dátum tényét az időszakra nyilvántartott dokumentumok esetén.
4. Adja meg a nyilvántartott bizonylatok listáját a kijelölt bizonylattípusból vagy az első tartomány dokumentumkódját.
Mentési eljárások
Ennek a disztribúciónak a tárgya az egyik legfontosabb eszköz, amelyet az InterBase adatbázisok kiegészítései ismertettek meg a kiskereskedőkkel az üzleti logika megvalósításához. és módosítsa a feladatok beállításához szükséges kód mennyiségét Gyakorlatilag lehetséges egy adatbázis-program elkészítése a mentett eljárások megváltoztatása nélkül.
Bár számos széles körben használt eljárás közül lehet választani, amelyek a legtöbb relációs DBMS számára fontosak, az InterBase eljárások gyakorlatilag teljes adathalmazok szerepét tölthetik be, lehetővé téve számukra az eredmények forgatását meghatározott SQL-lekérdezésekben.
Rosobnik, gyakran nyomják, tanulják a soberezhezhe eljárásokat csak yak nabir konkrét sql-zapitiv, yaki szar szorgalmasan szorgalmas, és a prazuvati egy mérföld az idő, és az igazi kézből magas szinten.
Tehát melyek azok az eljárások, amelyeket az InterBase tárol?
A mentett eljárás (CP) az adatbázis-metaadatok része, amelyet a belső InterBase alkalmazási alprogram fordít le, speciális nyelven írva, az InteiBase szerver magjába beillesztett fordító.
Az eljárás mentése meghívható ügyfélprogramokból, triggerekből és egyéb mentett eljárásokból. Az eljárás a szerverfolyamat közepén elmentésre kerül, és az adatbázisban lévő adatokat manipulálhatja, valamint beállíthatja a klienst, hogyan kell rákattintani (ezek trigger, HP, addendum) a nyereményed eredményére.
A HP által lefektetett kemény lehetőségek alapja a procedurális nyelvi programozás, amely saját raktárban is elvégezhető, mint például a nagyszerű SQL javaslatainak módosítása, mint az INSERT, UPDATE és SELECT, valamint az elemzés és az elemzés megszervezése, ill. ciklusok (IF, WHILE), valamint a és a hibás helyzetek A mentett Mova eljárások lehetővé teszik az adatokkal való munkavégzéshez összecsukható algoritmusok megvalósítását, és a HP relációs adatokkal való munkára való összpontosítás lényegesen kompaktabb a hagyományos nyelvű hasonló eljárásoknál. .
Meg kell jegyezni, hogy a trigger ugyanazzal a programozással győzedelmeskedik, a bűnözés jellemzői és határai alacsonyak. Vіdmіnnostі pіdmіnnostі pіdnіzhini movi, scho vikoristovuєєtsya trigeryben, vіd mivi KHP állítólag a "Trigeri" részben (1. rész) áttekintve.
Példa egy egyszerű elmentett eljárásra
Elérkezett az óra az első, elmentett eljárás létrehozásához, a її fenéken pedig a mentési eljárások létrehozásának folyamatához. Ale a következő elejére, hogy néhány szót azokról, hogyan kell gyakorolni az elmentett eljárásokkal. Az InterBase dokumentációja azt javasolja, hogy készítsenek eljárásokat további SQL-szkriptekben lévő fájlokhoz, amelyek a HP szövegének szerkesztésére szolgálnak, mivel azokat az isql interpreter bemenetére küldik, és ily módon hajtsák végre az adott módosítás létrehozását. A HP, mint ebben az SQL-szkriptben a BLR-nek a BLR-eljárás szövegébe való fordításának szakaszában (a BLR-eljárás szövegét lásd Rozdіl "InterBase adatbázisok szerkezete" (4. rész)) elnézést, akkor az isql megmutatja ezeket, az SQL-szkript fájl melyik során winkla tsya bocsánat. Javítsa ki a megbocsátást, és ismételje meg mindent egymás után. A nagodzsennyáról a szó napi megértésében, vagyis a trasuvannya vykonannya-ról, azzal a lehetőséggel, hogy rácsodálkozz a változás változó jelentésére, nem tudsz kitérni az útból. Nyilvánvaló, hogy egy ilyen pidhid nem felel meg a kiskereskedő szemében megtakarított eljárások privibilitása növekedésének.
Prote, krém a standard minimalista megközelítés a HP fejlesztéséhez<_\ществ\ют также
инструменты сторонних разработчиков, которые делают работу с хранимыми
процедурами весьма удобной Большинство универсальных продуктов для работы с
InterBase, перечисленных в приложении "Инструменты администратора и разработчика
InterBase", предоставляют удобный инструментарий для работы с ХП. Мы рекомендуем
обязательно воспользоваться одним из этих инструментов для работы с хранимыми
процедурами и изложение материала будем вести в предположении, что у вас имеется
удобный GUI-инструмент, избавляющий от написания традиционных SQL-скриптов
A mentett eljárások szintaxisát a következő lépés írja le:
ELJÁRÁS név LÉTREHOZÁSA
[(param adattípus [, param adattípus...])]
)]
MINT
< procedure_body> =
[
<
block>
< vanable_declaration_list>
=
DECLARE VARIABLE var adattípus;
KEZDŐDIK
< compound_statement>
[< compound_statement> ...]
VÉGE
< compound_statement> =
(
Látszólag nagyok és nehézkesek lehetnek, de valójában minden még egyszerűbb.
A csikk tengelye itt is egy egyszerű eljárás, amelyet figyelembe veszünk, mivel két számot vesz fel bevitelként, ezeket összeadjuk és az eredményt megforgatjuk:
ELJÁRÁS LÉTREHOZÁSA SP_Add(first_arg DOUBLE PRECISION,
second_arg DUPLA PONTOSSÁG)
VISSZATÉRÉS (DUPLA PONTOSSÁG)
MINT
KEZDŐDIK
Eredmény=first_arg+second_arg;
FÜGG.
VÉGE
Nos, minden egyszerű: a CREATE PROCEDURE parancs után az újonnan létrehozott eljárás neve (amely egyedi lehet az adatbázis határain) kerül megadásra - ehhez az SP_Add drophoz, majd a karokhoz, amelyeken keresztül a bemeneti paraméterek a A HP típus visszaállítása - first_arg és second_arg - a hozzárendelt értékekből.
Az ELJÁRÁS LÉTREHOZÁSA operátor - kihagyások nem nyelvi részének bemeneti paramétereinek listája akkor jár be, ha a munkafolyamatához tartozó összes adatot az eljárástörzs közepén lévő táblázatba további bevitelként veszi.
A mentett eljárásokban vannak InteiBase skaláris adattípusok
Adja meg a VISSZATÉRÉS kulcsszót, ami után a paraméterek átrendeződnek a karokban, melyek a hozzárendelt típusok szerint forgatva - ebben a kategóriában csak egy - Eredmény.
Hogy az eljárás nem hibás a paraméterek, a RETURNS szó és a forgatandó paraméterek listája napi elforgatásában.
Az AS RETURNSQ kulcsszó megadása után. Az AS kulcsszó előtt cím,és egy új után - techo eljárások.
A felvett eljárás törzse a belső (lokális) változások leírásának másolata (mint a büdösek, alább megnézzük), melyeket egy kóma (;) utáni pont és egy blokk oszt el. operátorok közül, az operátorívben helyek BEGIN END. Ebben az esetben a HP törzse még egyszerűbb - kérjük, adjon hozzá két bemeneti argumentumot, és csatolja az eredményt a kimenethez, majd hívja meg a SUSPEND parancsot. Trohi pіznіshe roz' egyértelmű a di ї tsієї parancs lényege, de egyelőre lényeges, hogy a parametrіv átviteléhez szükséges, hogy oda forduljanak, a bula viklikan csillagai megmentették az eljárást.
Az eljárások mentett változatai
Tartsa tiszteletben, hogy a beavatkozás közepén lévő kezelő kómával (;) fog végződni. Úgy tűnik, hogy az a pont, amikor a szabványos SQL-parancs-elosztó kiesik, egy jelzés az SQL-értelmezés számára, hogy a bevezető parancs szövege helyes és feldolgozásra szorul. Chi nem látja így, scho, amely egy foltot mutat egy kómával a HP közepén, az SQL értelmező felismeri, hogy a parancsot pontosan beírták, és megpróbálja vikonat az eljárás egy részét, mit vesz? Tse pripuschennya nem maє sensu. Például, ha létrehoz egy fájlt, amelybe több útmutatást ír, mint egy példát, hozzáadja az adatbázisból induló parancsot, és megpróbálja az SQL szkriptet az isql interpreter segítségére, akkor a bocsánat megfordul, ki, hogy következetlen, a tolmács gondolata szerint a parancs végén a végrehajtott eljárások létrehozása. Ahhoz, hogy további SQL-parancsfájlokhoz mentési eljárásokat hozhasson létre, az InterBase kereskedő speciális eszközei nélkül, szükséges, hogy a skin parancs létrehozza a HP-t (ugyanez vonatkozik a triggerekre is) inspirálja a jógát. Az isql parancs, amely megváltoztatja az SQL javaslatosztót, így néz ki:
HATÁZAT BEÁLLÍTÁSA
Az eljárás létrehozásának tipikus módja a következőképpen néz ki:
TERM BEÁLLÍTÁSA ^;
ELJÁRÁS LÉTREHOZÁSA some_procedure
... . .
VÉGE
^
TERMÉK BEÁLLÍTÁSA ;^
Heti megtakarítási eljárások
Térjünk rá eljárásunkra, mire ügyeljünk. Most, ha létrejött, meg kell hívni, át kell adni a paramétereket és el kell venni az elforgatott eredményeket. Még egyszerűbb ezt megtenni - elég egy SQL-lekérdezést írni a sértő megjelenéshez:
KIVÁLASZTÁS *
FROM Sp_add (181.35, 23.09)
Tsei arra kér minket, hogy fordítsunk egy sort felénk, ami csak egy Eredmény mezőt vesz el, amelyben a 181,35 és 23,09, majd a 204,44 számok összege módosul.
Ily módon eljárásunk feltörhető speciális SQL lekérdezésekben, amelyek a kliensprogramokhoz hasonlóan feltörnek, valamint más HP-ban vagy triggerekben. Eljárásunk ezen változata azáltal vált lehetővé, hogy a SUSPEND parancsot hozzáadtuk a végrehajtandó eljárás végéhez.
A jobb oldalon az InterBase-ben (és annak összes klónjában) kétféle eljárás van elmentve: kiválasztható eljárások és végrehajtható eljárások. Az a tény, hogy a robotok kétféle HP-vel rendelkeznek, összefügg azzal a ténnyel, hogy a kiválasztási eljárások egy sorba csoportosított bemeneti paraméterek személytelen halmazát forgatják, mintha egy adathalmazt nézhetnének meg, a vikonációs eljárások pedig vagy nem forgathatnak. a paramétereket, vagy önállóan is elforgathatják a Returns-ban, egy paramétersorban. A kiválasztott eljárások a SELECT lekérdezések mellett kerülnek meghívásra, a meghívott eljárások pedig az EXECUTE PROCEDURE parancs súgóját követik.
Miután megsértődött az elmentett eljárások, az azonos szintaxis létrehozása és formálisan semmit nem vitatva, akkor lehet-e viklikana az eljárás a SELECT lekérdezésben és az eljárás-kiválasztás az EXECUTE PROCEDURE segítségét szolgálja-e. A táplálkozás abban rejlik, hogy a CP hogyan viselkedik a különböző típusú gonoszságokkal. Más szóval a különbség az énekes hetilap eljárásának kialakításában különbözik. Tehát a kiválasztási eljárás kifejezetten a SELECT lekérdezéshez, a kiválasztott eljárás pedig kifejezetten az EXECUTE PROCEDURE lekérdezéshez jön létre. Vessünk egy pillantást arra, hogy milyen erőket veszünk figyelembe e két HP típus tervezése során.
Megérteni, hogyan kell gyakorolni az eljárás-vibrációt, kicsit belemerülni az elméletbe. Vegyünk egy egyszerű SQL-lekérdezést, például SELECT ID, NAME FROM Table_example. Ennek eredményeként figyelembe vesszük a kimeneti táblát, amely két oszlopból (ID és NAME) és ugyanannyi sorból áll (a Táblázat_példa táblában azonos sorok száma). A lekérdezés eredményeivé alakítva a táblát SQL adatkészletnek is nevezik. . Ezután a szerver beolvassa a skin rekordot, amely elküldi a kérés eredményét, kiválasztja belőle a szükséges mezőket (ID és NAME esetén), és elküldi az üzenetet a kliensnek. Ismételjük meg a folyamatot újra - és így a bőr vibrációs rekord.
Minden lépés szükséges ahhoz, hogy egy okos olvasó megértse, hogy az összes SQL adatkészlet sorban jön létre, beleértve a mentett eljárásokat is! Az eljárások fő irányítója - az eljárások kiválasztása, amelyek azon a tényen alapulnak, hogy az elsőket arctalan sorok forgatására tervezték, a többit pedig csak egyre. Ezért a bűz zastosovyatsya más módon: az eljárás-kiválasztás a SELECT parancsot kéri, mint a "wimage" az eljárásban, hogy ellenőrizze az összes rekordot, hogy megfordítsa. Az úgynevezett eljárást az EXECUTE PROCEDURE (VÉGREHAJTÁSI ELJÁRÁS) segítségével hívják meg, például a "wiymaє" a HP-tól csak egy sor, és a reshta (navit yakshcho büdös!) Figyelmen kívül hagyja.
Vessünk egy pillantást a kiválasztási eljárás példájára, hogy érthetőbb legyen. A > Elnézéshez mentsük el az eljárást, yak pratsyuє így ugyanaz, yak zap SELECT ID, NAME FROM Table_Example, így nem lesz képes kiválasztani az ID і NAME z usієї táblázatokat. Tengely tsey tompa:
ELJÁRÁS LÉTREHOZÁSA Simple_Select_SP
VISSZATÉRÉS (
procID INTEGER,
procNAME VARCHAR(80))
MINT
KEZDŐDIK
FOR
SELECT ID, NAME FROM table_example
INTO:procID, :procNAME
DO
KEZDŐDIK
FÜGG.
VÉGE
VÉGE
Vessünk egy pillantást a Simple_Select_SP nevű eljárásra. Valójában nincs bemeneti paraméter, és két kimeneti paraméter – ID és NAME. Naytsіkavіshe, zvichayno, polagaє a tіlі eljárásban. Íme a FOR SELECT konstrukció:
FOR
SELECT ID, NAME FROM table_example
INTO:procID, :procNAME
DO
KEZDŐDIK
/* meg kell változtatnunk a procID-t és a procName-et */
VÉGE
Ez a shmachok kód sértőt jelent: a Table_example táblából kiválasztott skin sorban válassza ki a változás procID és procName értékét, majd adja hozzá a változás értékét.
Kidolgozhatja a megjelenést és kérheti: "Változás? Hogyan változzon másként 9" Ha ez hasonló a különbség meglepetéséhez - aki a mentett eljárásokban van, akkor megnyerhetjük a változást. A HP nyelvén a procedúra közepén helyi változtatásként hangozhat, a bemeneti és kimeneti paramétereket pedig megváltoztatva verheti.
A mentés alatt álló eljárás helyi változásának deklarálásához az AS kulcsszó után és az első BEGIN szó előtt leírást kell beilleszteni. A helyi változtatás leírása így néz ki:
VÁLTOZÓ BEJELENTÉSE
Például a Mylnt lokális változás hosszának bejelentéséhez be kell szúrni az AS és a BEGIN sértő leírás közé.
DECLARE VARIABLE MyInt INTEGER;
A fenekünkben lévő változtatások két darabból készülnek. Ennek az az oka, hogy a FOR SELECT SQL parancs közepén kell ezeket módosítani, a SELECT-ben kiválasztott táblákban a mezőket szétválasztani, megváltoztatásához pedig a többi kettős átvitelét szükséges. Még ha módosítod is, ugyanazt a nevet adhatod, mint a táblázatok mezőit!
Ale dvokrapka a neve előtt a változás szükséges nyerni csak a közepén SQL lekérdezések. Pózolj a fenevad szövegeivel, hogy halálra harcolj dvokrapka nélkül, például:
procName="Valamilyen név";
Térjünk rá eljárásunk törzsére. A FOR SELECT javaslat elforgatja az adatokat a vizuális táblák felett – egy adathalmaz, és soronként. Az elforgatott bőrmező a saját változásában helyezhető el: ID => procID, NAME => procName. A DO és a változtatások egy részében a SUSPEND parancs segítségét kérik a klienstől, aki a> p> eljárást hívta.
Ily módon a FOR SELECT... DO parancs a parancs SELECT részében kiválasztott rekordok hurkát szervezi. Ugyanabban a ciklusban, amely a DO részét képezi, a tervezett rekord átvitele az ügyfélhez a további SUSPEND parancs után befejeződik.
A kiválasztási eljárást egy vagy több sor elforgatása is felismeri, amelyhez a HP törzs közepén egy ciklust szerveznek, amely visszaállítja az ebből eredő paraméterváltozásokat. Például a SUSPEND parancsot a ciklus utolsó ciklusához kell használni, mintha az adatsort a kliens felé fordítaná.
Ciklusok és kezelők
A Krim parancsok: FOR SELECT... DO, amely egy ciklust szervez a tetszőleges rekordokból, egy másik típusú ciklus - WHILE...DO, amely lehetővé teszi egy ciklus megszervezését bármely elme újraellenőrzése alapján. Tengely készlet HP, scho vikoristovu ciklus WHILE. DO. Ez az eljárás elforgatja az egész számok négyzetét 0-ról 99-re:
PROCEDJRE QUAD LÉTREHOZÁSA
VISSZATÉRÉS (QUADRAT INTEGER)
MINT
DECLARE VARIABLE I INTEGER;
KEZDŐDIK
i = 1;
Miközben én<100) DO
KEZDŐDIK
QUADRAT=I*I;
I=I+1;
FÜGG.
VÉGE
VÉGE
A SELECT FROM QUAD kérés eredményeként szükségünk van egy táblára, amely felváltja a QUADRAT egy sorát, amelyben 1 és 99 közötti egész számok négyzetei lesznek.
Az SQL-vibráció és a klasszikus ciklus eredményeinek számbavételéhez a mentett mozgatási eljárásokban az IF...THEN..ELSE operátor van kiválasztva, amely lehetővé teszi a lehatárolás megszervezését a visszaesésben lévő tévedésben. a jövőben, függetlenül attól, hogy a szintaxis hasonló-e a legtöbb dekompressziós operátorhoz a magas szintű lépések programozásában, Pascal négyzetén és Cі-n.
Nézzük meg a megmentendő eljárás összehajtható példáját, hogy kiraboljuk a lábunkat.
- Számítsa ki az átlagárat a táblázatban Table_example (div. division "Tables Primary Keys and Generators")
- Dali a bőrrekordot a táblázatban kezdje el újra ellenőrizni, mivel a fő ár (PRICE) magasabb, mint az átlagár, majd állítsa be az árat az átlagár értékével, plusz állítsa be a víz rögzítését
- Ha az ár alacsonyabb vagy magasabb, mint az átlagár, akkor állítsa be az árat a teljes árral, plusz az átlagár közötti kiskereskedelmi ár felével.
- Az összes sormódosítás elforgatása a táblázatban.
A cob-nál a HP neve a jelentős, valamint a bemeneti és kimeneti paraméterek Mindent az eljárás fejlécébe írnak, ami elmentésre kerül
ELJÁRÁS LÉTREHOZÁSA IncreasePrices(
2. százalék DUPLA PONTOSSÁG növelése)
VISSZATÉRÉS (ID INTEGER, NÉV VARCHAR(SO), új_ár DOUBLE
PRECISION AS
Az eljárás neve IncreasePrices lesz, egy Peiceni21nciease bemeneti paraméterrel rendelkezik, amely DOUBLE PRECISION típusú lehet, és 3 bemeneti paraméterrel - ID, NAME és new_pnce. Kérjük, vegye figyelembe, hogy az első két paraméternek ugyanaz a neve, mint a Table_example tábla mezőinek, amelyekkel az elemzést választjuk. Tse megengedett a szabályok a mov eljárások, amelyek mentve.
Most a mi hibánk, hogy hangot adunk a helyi változásnak, így Ön lesz a győztes az átlagérték megőrzése érdekében. Így fog kinézni:
DECLARE VARIABLE avg_price DUPLA PONTOSSÁG;
Most térjünk át az eljárás törzsére, amelyről gondoskodunk
Kulcsszó BEGIN.
Az algoritmusunkhoz először számolnunk kell - számítsa ki az átlagárat. Akinek ilyen jellegű kéréssel siettünk:
AVG KIVÁLASZTÁSA(ár_l)
FROM Table_Example
INTO:átlag_ár,-
Ez betáplálja az AVG változó összesítő függvényét, így elforgatja a PRICE_1 mező átlagos értékét a kiválasztott sorok átlagában – a PRICE_1 érték átlagát az összes táblázathoz Table_example. A kérés által elforgatott érték az avg_price change mezőbe kerül. A tisztelet visszaállítása, amely avg_pnce-re módosul egy dupla csapás előtt, hogy újraélesztjük a kérésben győztes vizeket.
Ennek a kérésnek az a sajátossága, hogy mindig szigorúan egyetlen bejegyzést ellenőriznek. Az ilyen kéréseket singleton-kéréseknek nevezzük, és csak ezek a lehetőségek választhatók a mentett eljárásokban. Ha egynél több sort akarunk elforgatni, akkor egy FOR SELECT ... DO konstrukciót kell készíteni, hogy megszervezhessük az elforgatott skin sor feldolgozási ciklusát.
Otzhe, megkaptuk az ár átlagos értékét. Most át kell nézni az összes táblázatot, össze kell hasonlítani a skin rekordban szereplő ár értékét az átlagárral, és élni kell a
A csutkán a Table_example táblázatból szervezzük meg a skin rekord rendezését
FOR
VÁLASSZON ID, NÉV, PRICE_1
FROM Table_Example
INTO:ID, :NAME, :new_price
DO
KEZDŐDIK
/*_itt nyitjuk meg a skin rekordot*/
VÉGE
Ha a terv megváltozik a Table_example táblázatból, a skin sorban lévő adatok és öntözési értékek megváltozott azonosítót kapnak, NAME és new_pnce. Nyilván ne feledje, hogy ennek eredményeként a kiválasztott adatok elforgatódnak, nem varto: a kimeneti paraméterek hozzárendelése nem jelenti azt, hogy a kliens elutasítja a HP kliens qi értékét! A paraméterek átvitele csak a SUSPEND parancs letiltása esetén lehetséges, előtte pedig elsődleges változtatásként módosíthatjuk a paramétereket - alkalmazásunkban a new_price paraméterrel is dolgozunk.
Valamint a BEGIN.. END ciklus törzsének közepén módosíthatjuk a skin sor értékét. Emlékszel, elengedhetetlen, hogy tudnunk kell, hogy az átlaghoz képest emelkedjünk, és a régi időket éljük. A mi illesztési Qiu eljárás az IF operátor segítségével valósul meg:
HA (új_ár > átlagár) AKKOR /*tehát az aktuális ár magasabb az átlagárnál*/
KEZDŐDIK
/*majd állítson be egy új árat, amely megegyezik az átlagár értékével, plusz százas rögzítéssel */
új_ár = (átl._ár + átlagos_ár*(Százalék2Növekedés/100));
UPDATE Table_example
ÁR_1 = :új_ár BEÁLLÍTÁSA
WHERE ID =: ID;
VÉGE
MÁS
KEZDŐDIK
/* Ha a tényleges ár alacsonyabb vagy magasabb, mint az átlagár, akkor a teljes árral megegyező árat határozunk meg, plusz a kiskereskedelmi ár felével az átlagár között */
új_ár = (új_pnce + ((átl._pnce új_ár)/2)) ;
UPDATE Table_example
ÁR_1 = :új_ár BEÁLLÍTÁSA
WHERE ID = .ID;
VÉGE
Mint egy bachit, nagyon jó volt befejezni a nagyszerű IF konstrukciót, fontos megbeszélni, szóval ne kommentelj, inkább írd be a /**/ szimbólumot.
Annak érdekében, hogy az árat ugyanúgy módosítsuk a számított kiskereskedelmi árra, felgyorsítjuk az UPDATE operátort, amely lehetővé teszi a tényleges rekordok - egy vagy több - módosítását. Annak érdekében, hogy egyértelműen kijelenthessük, melyik rekordban kell módosítani az árat, kiválasztjuk az elsődleges kulcs WHERE mezőjét, amely megegyezik a változás értékével, amelyben a streaming rekord ID értékét veszik: ID=:ID . Fogadja el a tiszteletet, hogy az azonosító megváltozik a dupla előtt.
Az IF...THEN...ELSE konstrukció megváltoztatása után a megváltozott ID, NAME és new_price adatokkal rendelkezik, mivel a mi felelősségünk, hogy a klienst az eljárás hívására fordítsuk. A következő HA-hoz be kell szúrni a SUSPEND parancsot, hogy oda küldjék az adatokat, a csillagokat a HP-nak hívják. A SELECT...DO nem iterálja a kérésében szereplő összes rekordot.
Meg kell adni, hogy a SUSPEND parancsot használjuk, így csak a mentendő eljárást, az EXIT parancsot használjuk, így a sor átvitele után az eljárás mentésre kerül. Az EXIT parancsot azonban ritkán kell kitölteni, a chipekre főként azért van szükség, hogy a ciklust az elme által elérhető helyen megszakítsák.
Tartalék esetén, ha az eljárást a SELECT utasítás hívta meg, és az EXIT parancsot fejezte be, a fennmaradó sort nem forgatja el. Tobto, ha meg kell szakítania az eljárást, és továbbra is folytatnia kell a sort, fel kell gyorsítania a szekvenciát
FÜGG.
KIJÁRAT;
Az EXIT fő jellemzője az egytonos adathalmazok kiválasztása, amelyek elforgatott paraméterek a parancsikonban az EXECUTE PROCEDURE-n keresztül. Ebben az esetben a külső paraméterek értékei be vannak állítva, de az SQL adatgyűjtés nem jön létre, és az eljárás véget ér.
Írjuk le ismét eljárásunk szövegét, hogy az anya egy pillantással felfoghassa ezt a logikát:
ELJÁRÁS LÉTREHOZÁSA IncreasePrices(
2. százalék DUPLA PONTOSSÁG növelése)
VISSZATÉRÉSEK (ID INTEGER, NÉV VARCHAR(80),
new_price DUPLA PRECISION) AS
DECLARE VARIABLE avg_price DUPLA PONTOSSÁG;
KEZDŐDIK
AVG KIVÁLASZTÁSA(ár_l)
FROM Table_Example
INTO:átl.ár;
FOR
VÁLASSZON ID, NÉV, PRICE_1
FROM Table_Example
INTO:ID, :NAME, :new_price
DO
KEZDŐDIK
/*itt dolgozzuk fel a bőrrekordot*/
HA (új_pnce > avg_price) AKKOR /*tehát a jelenlegi ár magasabb az átlagárnál*/
KEZDŐDIK
/*Állítson be új árat, amely megegyezik az átlagárral, plusz százas rögzítéssel */
új_ár = (átl._ár + átlagos_ár*(Százalék2Növekedés/100));
UPDATE Table_example
ÁR_1 = :új_ár BEÁLLÍTÁSA
WHERE ID =: ID;
VÉGE
MÁS
KEZDŐDIK
/* Ha a tényleges ár alacsonyabb vagy magasabb, mint az átlagár, akkor az árat a teljes árral egyenlőnek állítom be, plusz a kiskereskedelmi ár felét az összeg és az átlagár között */
új_ár = (új_ár + ((átl._ár - új_ár)/2));
UPDATE Table_example
ÁR_1 = :új_ár BEÁLLÍTÁSA
WHERE ID =: ID;
VÉGE
FÜGG.
VÉGE
VÉGE
Dán példa a mentett eljárásra, amely a movi mentési eljárások és triggerek fő konstrukcióinak fejlődését szemlélteti. Nézzük meg, hogyan lehet javítani azokat az eljárásokat, amelyeket néhány gyakran hibáztatott feladat elvégzésére mentünk el.
Mentett rekurzív eljárások
A mentett InterBase eljárások rekurzívak lehetnek. A Tse azt jelenti, hogy a mentett eljárásokat felhívhatja magának. Legfeljebb 1000 befektetett eljárás engedélyezett, amelyek mentésre kerülnek, azonban ne feledje, hogy a szerveren rendelkezésre álló erőforrások korábban elfogyhatnak, így alacsonyabb lesz a maximális HP beruházás.
A menthető eljárások egyik legszélesebb köre az adatbázisba mentett faszerű struktúrák feldolgozása. A fák gyakran megsérülnek a raktárkezelésben, a raktárban, a személyzetben és más széles körű kiegészítésekben.
Vessünk egy példát arra az eljárásra, amely szerint az első azonos befektetéstől kezdve hogyan válasszuk ki az összes azonos típusú árut.
Hadd jöjjek a feladat megfogalmazásához: hozhatok-e árukat ilyen hierarchikus szerkezettel:
Áruk
- Pobutova technika
- Hűtőszekrények
- Három kamra
- Kétkamrás
- Egykamrás
- Takarítógépek
- Függőleges
- frontális
- Klasszikus
- Vuzki
- Számítógépes technológia
....
Tsya szerkezete dovіdnika categorіy varіv_v lehet anya g_lki raznoї glibini. és idővel fel is épülnek. Küldetésünk, hogy a nap végének minden eleméből válogatást nyújtsunk a "köznév felolvasásától", bármely vuzlától kezdve. Például, ha a "Palny autókat" választjuk, akkor a következő kategóriákat kell figyelembe vennünk:
Ragasztógépek - Függőleges
Frontális autók - Frontális klasszikus
Elülső autók – Magasabb frontális autók
A táblák felépítése jelentős az áruk előrehaladásáról szóló információk gyűjtése szempontjából. Leegyszerűsítettem a fa egy táblázatba rendezésének sémáját:
TÁBLÁZAT LÉTREHOZÁSA GoodsTree
(ID_GOOD INTEGER NEM NULL,
ID_PARENT_GOOD INTEGER,
GOOD_NAME VARCHAR (80),
megszorítás pkGooci elsődleges kulcs (ID_GOOD));
Létrehozunk egy GoodsTree táblát, amelyben csak 3 mező van: ID_JÓ - egy ésszerű kategória azonosító, ID_PARENT_JÓ - az adott kategória azonosítója és GOOD_NAME - a kategória neve. A táblázat adatainak sértetlenségének biztosítása érdekében a hívási kulcs cseréjére feltesszük a táblázatba:
ALTER TABLE GoodsTree
KORLÁTOZÁS HOZZÁADÁSA FK_goodstree
IDEGEN KULCS (ID_PARENT_GOOD)
REFERENCIÁK GOODSTPEE (ID_GOOD)
Az asztal önhordó, és ugyanazt a régi kulcsot kell követnie. schob az asztalnál buv posilan az ismeretlen apákon, і navіt reshkodzhaє próbálja látni az áruk kategóriáját, yakі mayut nashchadki.
Tegyük fel a következő adatokat tartalmazó táblázatunkba:
| ID_JÓ 1
|
ID_PARENT_JÓ 0
|
JÓ NÉV ÁRUK |
Most, ha van helyünk az adatok gyűjtésére, folytathatunk egy mentési eljárás létrehozását, amely az összes „maradék” árukategóriát eltávolítja a „kirúgott” kategóriából - például a „Három” kategória esetében. -kamra" a kategórián kívül így fog kinézni: " Pobutov tehnіka Refrigerators Trikamernі".
A faszerű struktúrákat ápoló eljárások saját terminológiát fejlesztettek ki. A fa bőrelemét csomónak nevezik; a csomók közötti kékeket pedig, amelyek egymáshoz húzódnak, az öreg csizmájának nevezik. A fa legvégén elhelyezkedő, naschadkiv-t nem hozó vuzlikat "leveleknek" nevezik.
Minden mentendő eljárásnál a bemeneti paraméter a kategória azonosító lesz, valamiért elkezdjük a rendezést. A matime eljárás a következőképpen van elmentve:
A GETFULLNAME ELJÁRÁS LÉTREHOZÁSA (ID_GOOD2 EGÉSZ SZÁM MEGJELENÍTÉSE)
VISSZATÉRÉS (FULL_GOODS_NAME VARCHAR(1000),
ID_CHILD_GOOD INTEGER)
MINT
CURR_CHILD_NAME VÁLTOZÓ DECLARE VARCHAR(80);
KEZDŐDIK
/*0rgan_zuєmo zovnіshnіy ciklus FOR SELECT bezporednіmi termékcímkékhez ID_GOOD=ID_GOOD2SHOW */
FOR SELECT gtl.id_good, gtl.good_name
A GoodsTree gtl
WHERE gtl.id_parent_good=:ID_good2show
INTO:ID_CHILD_JÓ, :teljes_áru_neve
DO
KEZDŐDIK
/"Kiegészítő EXISTS függvény ellenőrzése, tehát TRUE-ra forgatva, mintha egy sor kerülne a bilincseknél. Ha a talált csomópontnak ID_PARENT_GOOD = ID_CHILD_GOOD nincs parancsikonja, akkor az a fa "levele" és ennek eredményeként elfogy. */
HA (NOT EXISTS(
SELECT * FROM GoodsTree
WHERE GoodsTree.id_parent_good=:id_child_good))
AKKOR
KEZDŐDIK
/* Adja át a fa ívét az eredménynek */
FÜGG.
VÉGE
MÁS
/* Csomókhoz, például csipkék készítéséhez */
KEZDŐDIK
//
CURR_CHILD_NAME=teljes_árunév;
/* rekurzívan futtatom az eljárásomat */
FOR
SELECT ID_CHILD_JÓ,teljes_árunév
FROM GETFULLNAME(:ID_CHILD_JÓ)
INTO:ID_CHILD_JÓ, :teljes_áru_neve
KEZDJEN EL
/*dodaєmo a vuzla-daddynak az ismerthez. */
full_goods_name=CURR_CHILD_NAME| " " | f ull_goods_name,-
FÜGG. /* fordítsa át az árut*/
VÉGE
VÉGE
VÉGE
VÉGE
Ha ezt az eljárást az ID_GOOD2SHOW=1 bemeneti paraméterrel használjuk, akkor a következőket vesszük:
Mint egy bachit, egy elmentett rekurzív eljárás segítségével átnéztük a kategóriák egész fáját, és a kategóriák – „levelek” – neveit kívül adtuk hozzá, mintha magukon a levelek hegyén találták volna őket.
Visnovok
Ezen a ponton befejezzük az eljárásaim elmentett főbb lehetőségeinek áttekintését. Nyilvánvalóan annak érdekében, hogy elsajátítsuk azon eljárások lebontását, amelyek egy osztás leolvasása során nem menthetők el, megpróbáltuk feltárni és elmagyarázni a mentési eljárásokkal kapcsolatos főbb fogalmakat. A legtöbb adatbázisban megtalálhatók a HP kialakításának és kialakításának leírásai
A megtakarított eljárások költségeihez kapcsolódó fontos élelmiszerek egy része a következő részben – „Az InterBase eljárások mentésének lehetőségének bővítése” – derül ki, mivel ez összefüggésbe hozható az általános hibáztatással, a kegyelmi helyzetek vir_shennu-jával. eljárások, amelyeket a robotok mentenek el.
22 epizód
A fő WinForms Client/Server programban való írástudásom egyszerű, ehhez jutottam:
Vykoristovuvat eljárások, amelyekről gondoskodni kell:
- Összecsukható robotmunkásként. Ha úgy dönt, hogy dolgozik, akkor ténylegesen szüksége lesz egy táblázat kurzorra vagy tempóra, ezért hívja a legjobb módszert az SQL Server futtatásához.
- Előfordulhat, hogy le kell tiltania az adatokhoz való hozzáférést. Ha nem engedélyezi a hozzáférést a coristuvachák tábláihoz (mind a szerepek, mind a többiek), akkor meggyőződhet arról, hogy csak a létrejövő vegyesvállalaton keresztül léphet kapcsolatba velük.
Győzelem a különleges kérésekre:
- CRUD esetén, ha nem kell interleave-elni az adatokhoz való hozzáférést (mert ezt más módon kell megtenni).
- A legegyszerűbb viccekhez. Az SP létrehozása a viccek személytelen kritériumai alapján – ennyi a szolgáltatás. Ha tudsz svéd poke kérést létrehozni, kacsints rá.
A legtöbb kiegészítésemnél én győztem, mint az SP, tehát az ad-hoc sql, szeretném tudni, hogy egyre kevesebb vicorist SP-m van, a végzsákban büdös szilánkok a kóddal, mint a C #, csak több ellenőrzés, tesztelés és javítani. A bi-wiring ad-hoc sql-t javaslom, mert nem tudod a konkrét okot.
Mentési eljárások - egy biztonsági programra vonatkozó szerződés, amely ezeket magába foglalja, az adatbázisokkal szemben. Az eljárások kódja és maga az adatbázis sémája a kód fordítása, fejlesztése nélkül megváltoztatható, így az eljárás bemenetei változatlanok maradnak.
Amikor megkérdezi a programját, egyértelműen elmondja magának az adatmodelljét.
Nos, az sem jó gyakorlat, ha egyszerűen mentett eljárásokat hoz létre, mint például a CRUD kéréseket az adatbázisban lévő skin táblákhoz, így minden világosan el van magyarázva. Az eljárás jellege a terjedelmes, durva szemcsésségnek köszönhető.
Azt gondolom, hogy ez a fő konfliktus az emberek között, hiszen az ő hibájuk az emberek adatbázisának javítása, a levelező felület bővítése.
Adatokkal rendelkező emberként nem néztem bele az adatbázis mögötti munkába, amíg át nem jutnak az adhoc kéréseken, ezért fontos számukra a hatékony tanulás vagy törődés. Honnan tudhatom meg, mivel járulhatok hozzá a sémák megváltoztatásához? Ezen kívül nem gondolom, hogy a coristovatoknak közvetlen hozzáférést kellene adni az adatbázis táblákhoz tükrözési biztonsággal (és nem csak az SQL injekciókat támadhatom meg, hanem azt is, hogy az alapvető belső kontroll, ami nem enged közvetlen jogokat és vimagaє vіd usіh koristuvachіv vikoristovyte csak procs, elismert a program, schob zapobіgti mozhlivogo shahraystvo.
Az adatbázisok objektumorientáltak, és az objektum-orientált szempontból jól kinéző kód az alapadatok szempontjából teljesen tönkremehet.
Kiskereskedőink emlékeztetnek minket, hogy minden adatbázishoz való hozzáférésünket a procik segítségével hozzuk létre, így jelentősen felgyorsítjuk a kegyelmek javítását, így az adatokban való hazudozást, majd csak a procit futtatjuk a működésben. környezetben, és ne hozzon létre egy új kódot, fordítsa újra és használja újra a virobnitstvo-ban. Úgy gondoljuk, hogy minden folyamatunk a sofőr kezében volt, így a dzherel irányítása egyáltalán nem okoz gondot. Annak ellenére, hogy a bor nincs a Subversionban, a bor dbas rendszeres időközönként látható, és nincs támogatás a Source Controlhoz.
Mentési eljárások, őrülten, jönnek... büdös összeállítás, a tervet a munka csutka elé dobva, és dédelgetheti a hozzájuk fűződő jogokat.
Nem értem a mentendő eljárás kilépési kódjával kapcsolatos problémát. Könnyedén irányíthatod őket, még akkor is, ha van egy kis fegyelem.
Mindig az .sql fájlból induljon, amely a mentési eljárás magja. A kód megírása után tedd közzé a yogot a keruvannyában a verziókkal. Legközelebb, ha módosítani akarja az eljárást, akkor a mentett saját külső vezérlőelemét veszi el, az adatbázisa alatt. Ha ezt követi, akkor ugyanolyan jó kezelést kap, mint a kódot.
Ide szeretném idézni Tom Kyte-ot az Oracle-től... Ez a kódírás szabálya... még ha egy kicsit nem is egyezik, de szerintem jobban tudom.
A kiegészítésünkben van egy kódgömb, amivel kérdezhetünk (és néha szükségünk van egy elmentett eljárásra). A Tse lehetővé teszi számunkra:
- könnyen otrimat minden kér pіd óra keruvannya változatai
- robiti az összes bőrápolási változást a különböző adatbázis-kiszolgálókhoz
- tartalmazza ugyanazon kód megismétlését a kódunkon keresztül
A hozzáférés-vezérlés a középső golyóban van megvalósítva, nem az adatbázisban, így nincs szükségünk elmentett eljárásokra. Az egész világ a középút a különleges kérések és az elvégzett eljárások között.
Változtasd meg mindkét eljárás argumentumait, amelyek a központi adattárban vannak elmentve, de (potenciálisan) fontos átvinni, és könnyebben megtalálhatóak a szakterületek, büdös szilánkok a kódoddal, de a büdök is jobban megismerhetők a kód.
Azzal érvelj, hogy a megmentett eljárások hatékonyabbak, ne állj többé bosszút. szöveg elküldve
A Google útmutatója a dinamikus lekérdezéssel szembeni eljáráshoz minden esetben megmutat néhány érvet, és jobb, ha elfogadja saját döntését.
Deyakі rechі, a yakival kapcsolatban el kell gondolkodni: Kinek van szüksége eljárásra, mit takarítanak meg?
Egyértelmű, hogy az erőszükségleted tápláléka fontos, de még fontosabb, hogy gondolj azokra, amelyek a legkülönlegesebb italokkal a közepén, a tömegre orientálva biztonságosak. Vigyázzon a paraméterezésre, és kövesse a tipikus következetlenségeket, például az SQL-befecskendezést.
Procs más okok miatt, és a procit is egyszerűbb javítani további profilokhoz vagy proci részeihez. Ebben a rangban nem kell senkinek sem beszélnie a programjainak indulásáról, hogy megtudja, mi kerül az SQL szerverre
Ha ad-hoc módon szeretne kérdezni, gondolja meg, hogy paraméterezve vannak
SQL vagy SPROC paraméterezés... teljesítmény szempontjából nem sokat számít... kérheted valamelyik optimalizálását.
Számomra az SPROC többi előnye, hogy ki tudom kapcsolni egy csomó jogot az SQL jogkezeléshez, csak megadom a jogaimat, hogy belépjek a sprocba... így nyerhetsz Parametizált SQL-t, jelentkezz be, kötődj a kapcsolati sorodhoz , esetleg több (bármilyen típusú operátor rögzítése, amelyet ki kell választani az egyik táblán, amelyhez hozzáférnek például).
Mint korábban, most is a paraméterezett SQL-t részesítettem előnyben, mert...
A termelékenységre vonatkozó érv sproc є spirnim – 3 felső RDBM nyeri vissza az ivásra és a napi órákra vonatkozó tervet. A Yogo dokumentálva volt... Mi az 1995 még?
Azonban az SQL megvalósítása a programodban is egy silány tervezés - kódkarbantartás, talán nem elég jó koncepció a gazdagok számára.
Hasonlóképpen, a program a nulláról indulhat további ORM (kiegészítések a zöld mezőből, távol a kіlkoh!), tse vіdminny vibrіr, oskіlki modell az osztály keruє a DB modell, hogy csak egy óra.
Mivel az ORM-struktúra nem érhető el, feltörtünk egy hibrid pidhide-ot, hogy létrehozzunk egy XML-fájlt az SQL-erőforrásokból, hogy egy SQL-sort lekérdezzünk a szükségesről (a bűzt ezután az erőforrás-infrastruktúra gyorsítótárazza). Ahogy az SQL-hez néhány kisebb, a kódtól eltérő manipulációra lesz szükség, az SQL egy sorának nagymértékű manipulálására is szükség lesz, amit újragondolunk.
Ez a hibrid pidkhid megkönnyíti a kiskereskedők kezelését (talán, ha kisebb vagyok, a csapatom szilánkjait el lehet takarítani, hogy elolvashassam a kérés tervét), és a gége csak az SVN újraellenőrzése. Ezen kívül megkérlek, hogy válts RDBM-et - csak cseréld ki az SQL erőforrásfájlt (nyilván nem olyan egyszerű, mint egy ORM eszköz, de működik régi rendszerekkel vagy adatbázissal, ami nem támogatott)
Véleményem szerint a mentett kérések és/vagy eljárások 90%-a nem felelős az időpont egyeztetésért (elfogadott, manuálisan).
Az adatokhoz való hozzáférés automatikusan generálható. Kiválaszthatja, hogy az eljárásokat statikusan a fordításkor vagy dinamikusan az összeállításkor kívánja-e generálni, vagy ha oszlopot szeretne hozzáadni a táblához (objektum jogosultság), akkor csak egy fájlt kell módosítania.
Minden adatot elmentek hozzáférés a program kódját, mely esetben az adatokhoz közvetlenül az SQL-kérésekből lehet hozzáférni. A másik oldalról a logika menedzsment, ahogy a triggerek, mentési eljárások, alapfunkciók és egyebek láttán elhelyeztem az adatbázisban. Példa arra, hogy tiszteletben tartom az adatbázis dátumát, az adatok generálását - elfogadható, hogy ügyfelünknek lehet Kereszt- és Vezetékneve. A koristuvach felülethez most a DisplayName-re van szükség, amint az némi nem triviális logikából látszik. Ehhez a generációhoz készítek egy eljárást, ami el van mentve, akkor hamarabb indul triggerrel, ha a sor frissül (egyéb adat esetén).
Úgy tűnik, van valami érthetetlenebb, hogy az adatokhoz való hozzáférés megegyezik az adatbázissal, és minden, amihez érdemes hozzáférni, az az adat maga. Ez csak rossz, de sok projektet vezetek, mintha kiáltok volna ki az ötletektől. Esetleg egy egész helyi jelenség.
Ennyi rossz terv elkészítésével egyszerűen bekapcsolhatom SP ötletét. Például egy projektben, amiben részt vettem, megpróbáltam beírni a CRUD-t skin táblákhoz és skinekhez, és elütött a bűz. Akivel, a bűz egyszerűen hozzátett még egy hülye labdát. Fájdalmasabb az ilyen beszédekre gondolni.
Hangeljárás
ELJÁRÁS LÉTREHOZÁSA [({BE|KI|INOUT} [,…])]
[DINAMIKUS EREDMÉNY BEÁLLÍTÁSA ]
KEZDŐDIK [ATOM]
VÉGE
Kulcsszavak
. IN (Input) – bemeneti paraméter
. OUT (Output) – kimeneti paraméter
. INOUT - bemenet és kimenet, valamint egy mező (paraméterek nélkül)
. DINAMIKUS EREDMÉNY BEÁLLÍTÁS Azt jelzi, hogy az eljárás meg tudja határozni a kurzorok számát, így az eljárás visszaadása után bezárható.
Megjegyzések
Nem ajánlott sok paramétert megváltoztatni az elmentett eljárásokban (például nagy számok és karakterláncok előtt) a verem revantagálásával. A gyakorlatban a Transact-SQL, PL/SQL és Informix alapdialektusai konzisztensek a szabvánnyal, mint a hangos és a különböző paraméterek, a hangos változtatások és a könnyen használható program. A Microsoft javasolja a következő közelítés leállítását a mentett eljárások gyorsítótár méretének értékeléséhez:
\u003d (maximum egyórás munkaidő) * (a legnagyobb részvételi terv kísérlete) * 1.25. Tervtől függően az oldalak bővíthetők a DBCC MEMUSAGE parancs segítségével.
Viklik eljárások
A gazdag DBMS-ek esetében a mentett eljárások listája a kezelő segítségére szolgál:
ELJÁRÁS VÉGREHAJTÁSA [(][)]
jegyzet: Gyors mentési eljárások menthetők programokkal, egyéb menthető eljárásokkal, vagy interaktív módban.
Példa a hangosítási eljárásra
ELJÁRÁS LÉTREHOZÁSA Proc1 AS // elkábítja az eljárást
DECLARE Cur1 200 // elkábítja a kurzort
OPEN Cur1 // nyissa meg a kurzort
FETCH NEXT FROM Cur1 //adatok olvasása a kurzorból
WHILE @@Fetch_Status=0
KEZDŐDIK
HOZZÁ EL A KÖVETKEZŐT Cur1-ről
VÉGE
CLOSE Cur1 // kurzor bezárása
FELVONÁSA Cur1
EXECUTE Proc1 // futtassa az eljárást
Polimorfizmus
Két azonos nevű alprogram hozható létre egy és ugyanabban a sémában, mivel ennek a két alprogramnak a paraméterei egy ilyen világban egy típusúak, így szétválaszthatók. Annak érdekében, hogy egy sémában meg lehessen különböztetni két azonos nevű alprogramot, ezek skinje alternatív és egyedi nevet kap (specifikus név). Ilyen im'ya hozzárendelhető, ha alprogramot fejlesztenek. Ha több azonos nevű alprogramot hívunk meg, a szükséges alprogramok kijelölése egy kis ideig díjat számít fel:
. Gyakrabban minden eljárás hozzárendelt névből van hozzárendelve, ha pedig nincs ilyen, akkor minden funkció adott névből.
. A mélyebb elemzés érdekében ezeket az alprogramokat elhagyjuk, több száz ilyen danitál kaphat privilegizált vikonannya (EXECUTE).
. Їх vannak kiválasztva ті, amelyben a paraméterek számát a lekérdezés argumentumainak száma határozza meg. Az adott pozíciókhoz hozzárendelt adattípusok és paraméterek áttekintésre kerülnek.
. Ha egynél több alprogramot kihagyunk, akkor a legrövidebb minősítéssel rendelkező kerül kiválasztásra.
Az Oracle gyakorlatban a polimorfizmus megengedett olyan függvényeknél, amelyek csak csomagokban vannak jelen, [e-mail védett]- Más sémákban, valamint a Sybase-ben és az MS SQL Serverben a fókusz le van tiltva.
Vidalennya és az eljárások megváltoztatása
A távoli eljáráshoz a kezelőt használják:
Az eljárás megváltoztatásához a kezelőt kell kiválasztani:
ELJÁRÁS MÓDOSÍTÁSA [([{BE|KI|INOUT}])]
KEZDŐDIK [ATOM]
VÉGE
A vikonannya eljárások kiváltságai
GRANT EXECUTE ON NAK NEK |NYILVÁNOS [TÁMOGATÁSI OPCIÓVAL]
Rendszereljárások
Egy gazdag DBMS (beleértve az SQL Servert is) ugyanazokkal a rendszereljárásokkal rendelkezhet, így saját céljaira módosíthatja.