használata post_event
A kérdések, a fejlesztők létre kell hozni a kliens-szerver alkalmazások az Firebird adatbázis, amely a fejlesztés adatbázisok Borland Interbase 6 Áttekintést ad a fogalmak és modellek a kliens / szerver architektúra, valamint gyakorlati tanácsokat dolgozik a kliens könyvtárat Firebird. Jellemzők részletesen SQL adattípusok adatkezelési nyelvet (Adatkezelő nyelv, DML), valamint a szintaxis és az adatok meghatározása nyelv (Data Definition Language, DDL). Nagy figyelmet fordítanak a leírás a tranzakciók és tanácsokat ad ezek alkalmazása alkalmazások fejlesztését. Leírt programozás a kliens oldalon, és a szerver írásban kiváltó és tárolt eljárások létrehozása és használata adatbázis események, hibakezelés a kódot a szerveren, és még sok más. Anyaga kíséretében számos példa, gyakorlati tanácsokat és ajánlásokat.
Az adatbázis-fejlesztők
Könyv: Firebird Fejlesztői útmutató ADATBÁZISAINAK
használata POST_EVENT
Szakaszok ezen az oldalon:
Ahhoz, hogy használni egy üzenetet kezelő a tárolt eljárás vagy ravaszt, használja a következő szintaxist:
paraméter <имя-события> Ez lehet akár egy idézett szó vagy string változó. Nagyon érzékeny, és kezdődhet számjeggyel. Esemény A nevek legfeljebb 64 karakter lehet.
Az eljárás során, az üzemeltető jelzi az eseményt, az esemény menedzser, amely tárolja azt az eseményt táblázatban. A megerősítés után a tranzakció esemény menedzser értesíti a kérelem vár erre az eseményre. Például a következő nyilatkozatot küld egy eseményt elemzi new_order:
Más esetben, amikor egy változó az esemény neve egy üzemeltetőtől, hogy a különböző események szerint a jelenlegi értéke egy string változó (például event_name).
Esemény utáni esemény nevét;
Megjegyzés. Bár POST_EVENT és egy SQL utasítást, az argumentum neve az esemény nem előzi meg a vastagbélben.
Trigger vagy tárolt eljárás, hogy küldjön egy üzenetet, néha üzenet rakodók [129]. Az alábbi szkript létrehoz egy ravaszt, hogy elküldi az eseményt esemény, amikor bármely alkalmazás adatokat ad hozzá a táblázathoz:
CREATE TRIGGER POST_NEW_ORDER értékesítésért után aktív INSERT 0 pozíció
POST_EVENT 'new_order'; END ^
Trigger vagy eljárást?
Esemény utáni nyilatkozata rendelkezésre kiváltó okok és a tárolt eljárásokat. Hogyan döntik el, hová tegye küldeni eseményeket?
Ökölszabály, hogy egy ravaszt, amikor alkalmazásokat kell tudni az események szintjén - az egyik sáv vagy több vonal, attól függően, hogy a tranzakció hatályát - és eljárások jelző ilyen események, amelyek befolyásolják az egész alkalmazást.
Ez csak általános szempontok - gyakran eljárásokat hatálya vonalszintre, és ha az érdekelt ügyfelek szeretnék tudni, mikor volt egy adott művelet egy eseményt küld a tárolt eljárást. Ebben az esetben POST_EVENT a ravaszt nem lesz képes, hogy semmilyen információt az alkalmazás helyi eseményeket. A fejlesztő használhatja az eseményeket az eljárást annak megállapítására, hogy melyik alkalmazás felelős a végrehajtás az adott munkát. Egy másik változat szerint a fejlesztő nem tud egy üzenetet az esemény a ravaszt, hogy konkrét lépéseket DML tájékoztatja mindenki, függetlenül a környezetet, amelyben végrehajtásra kerül.
Itt az ideje, hogy továbbra is
Most viszont, hogy a biztonságát a hálózati környezet tárol. Ebben a részben megnézzük a kockázatokra és a biztonsági intézkedések kapcsolódó teljesítményét az adatbázis szerver Firebird. Ahhoz, hogy kezdődik a következő fejezet tárgyalja néhány gyenge pontja a biztonsági rendszerben a működési környezet és az intézkedést, amit megtehetsz, hogy foglalkozzon velük.