Felhasználói kézikönyv

Programozás osztott környezetben

A DB2 Connect lehetővé teszi, hogy egy alkalmazási program hozzáférjen a System/390-es vagy AS/400-as kiszolgálókon található DB2 adatbázisok adataihoz. Például, egy Windows alatt futó alkalmazás elérhet DB2 Universal Database for OS/390-es adatbázisban tárolt adatokat. Létrehozhat gazdagépen vagy AS/400 környezetben futtatandó új alkalmazásokat, illetve módosíthat már meglevőket. Átvihet egy adott környezetben kifejlesztett alkalmazást egy másikba.

A DB2 Connect lehetővé teszi az alábbi API-k használatát gazda-adatbázisú termékekkel, mint például a DB2 Universal Database for OS/390-nel, amennyiben az elemet a gazda-adatbázis is támogatja:

Néhány SQL utasítás eltér a relációs adatbázis termékek utasításaitól. Elképzelhető, hogy olyan SQL utasításokkal találkozik, amelyek:

Az első két kategória SQL utasításai könnyen hordozhatóak, de a harmadik kategóriájúakat előbb módosítani kell. Általában az Adatleíró nyelv (DDL) SQL utasításai nem olyan könnyen hordozhatóak mint az Adatkezelő nyelv (DML) utasításai.

A DB2 Connect elfogad néhány a DB2 Universal Database által nem támogatott SQL utasítást is. A DB2 Connect átadja ezeket az utasításokat a gazdagépnek vagy az AS/400 kiszolgálónak. A különböző platformok korlátjairól szóló információ, mint például az oszlophossz, a következőkben található: SQL Reference.

Ha egy CICS alkalmazást azért helyez át OS/390-ről vagy VSE-ről, hogy az egy másik CICS alkalmazás alatt fusson (például, CICS for AIX), akkor az alkalmazás elérheti az OS/390 vagy VSE adatbázist a DB2 Connect segítségével. További részletekért nézze át a CICS/6000 Application Programming Guide és a CICS Customization and Operation kézikönyveket!

Gazdagépen vagy AS/400 környezetben való programozáskor, a következő tényezőket kell figyelembe venni:

Az Adatleíró nyelv (DDL) használata

A DDL utasítások azért különböznek egymástól az egyes IBM adatbázis termékekben mert a különböző rendszerek különbözőképpen végzik a tárolást. A gazdagépen vagy a AS/400 kiszolgáló rendszeren számos lépés iktatódhat az adatbázis tervezése és a CREATE TABLE utasítás kiadása közé. Például, logikai objektumok tervét az utasítások egész sora fordíthat le ezen objektumok tárolt fizikai ábrázolására.

Az előfordító sok ehhez hasonló DDL utasítást ad át a gazdagépnek vagy az AS/400 kiszolgálónak amikor a gazdagép vagy az AS/400 kiszolgáló adatbázis számára előfordítás történik. Ezeknek az utasításoknak az előfordítása nem sikerülne azon az adatbázison amelynek rendszerén az alkalmazás fut. Például, egy OS/2 alkalmazás CREATE STORGROUP utasítása sikeresen előfordítható a DB2 Universal Database for OS/390-es adatbázison, de a DB2 for OS/2 adatbázison nem.

Az Adatkezelő nyelv (DML) használata

Általában a DML utasítások könnyen hordozhatóak. A SELECT, INSERT, UPDATE, és DELETE utasítások hasonlóak minden IBM relációs adatbázis termékben. Az alkalmazások többsége elsősorban a DB2 Connect program által támogatott DML SQL utasításokat használja.

Numerikus adattípusok

Az adattípus megváltozhat numerikus adatok DB2 Universal Database-ba való átvitelekor. A numerikus és zónázott tizedes (a DB2 Universal Database for AS/400 által támogatott) SQLTYPE-okat rögzített (tömörített) tizedes SQLTYPE-ekre alakítja át. .

Kevertbájtos adatok

Egy oszlopon belül a kevertbájtos adatok kiterjesztett UNIX kód (EUC) karakterkészletből, kétbájtos karakter készletből (DBCS) és egybájtos karakterkészletből (SBCS) állhatnak. Az adatokat EBCDIC-ben tároló rendszereknél (OS/390, OS/400, VSE, and VM), a shift-out és shift-in karakterek jelölik a kétbájtos adatok kezdetét és végét. Az adatokat ASCII-ben tároló rendszereknél (mint az OS/2 és UNIX), a shift-in és shift-out karakterekre nincs szükség.

ASCII rendszerből EBCDIC rendszerbe való vegyesbájtú adatokat átvivő alkalmazás esetén, biztosítson elegendő helyet a shift karakterek számára. Adjon két bájtot az adathosszhoz minden SBCS-ről DBCS-re való átváltásnál! A vegyesbájtú adatokat használó alkalmazások esetén, a könnyebb portolhatóság érdekében, változó hosszúságú karakterláncot használjon!

Hosszú mezők

A hosszú mezőket (254 karakternél hosszabb karakterláncok) minden rendszer másképp kezeli. Egy gazdagép vagy AS/400 kiszolgáló lehet, hogy a hosszú mezőket csak a skalár függvények egy részhalmazánál támogatja; például, DB2 Universal Database for OS/390 a hosszú mezők számára csak LENGTH és SUBSTR funkcióikat engedélyezi. Egy gazdagép vagy AS/400 kiszolgáló bizonyos SQL utasítások esetén más és más hivatkozást igényel; például, DB2 for VSE & VM az INSERT utasítással csak egy gazdagép változót, az SQLDA-t, vagy egy NULL értéket lehet használni.

Large Object (LOB) adattípus

A LOB adattípust támogatja a DB2 Connect.

Felhasználó által megadott adattípusok (UDT)

Csak a felhasználó által megadott adattípusokat támogatja a DB2 Connect. Az absztrakt adattípusokat nem.

ROWID adattípus

A ROWID adattípust a DB2 Connect VARCHAR bit adatokként kezeli

64 bites egész szám (BIGINT) adattípus

A nyolc bájtos (64 bites) egész számokat a DB2 Connect támogatja. A BIGINT belső adattípust az egészen nagy adatbázisok számosságának támogatására lehet használni az adatpontosság megtartásával.

Az Adatvezérlő nyelv (DCL) használata

A különböző IBM relációs adatbázisokat kezelő rendszerek a GRANT és REVOKE SQL utasítások számára különböző szintű tagoltságot nyújtanak. Az egyes adatbázis kezelő rendszerekhez tartozó SQL utasítások az adott termékhez kapcsolódó kiadványokban találhatóak meg.

Össze- és szétkapcsolás

A DB2 Connect a CONNECT utasítás CONNECT TO és CONNECT RESET verzióit és a paraméter nélküli CONNECT-et támogatja. Ha egy alkalmazás úgy hív meg egy SQL utasítást, hogy előtte nem hajt végre közvetlen CONNECT TO utasítást, akkor közvetett kapcsolat létrehozására kerül sor az alapértelmezett alkalmazáskiszolgálóval (ha van ilyen meghatározva).

Egy adatbázishoz való csatlakozáskor a relációs adatbázis kezelő rendszert azonosító információ kerül vissza az SQLCA SQLERRP mezőjébe. Ha az alkalmazás kiszolgáló egy IBM relációs adatbázis, akkor az SQLERRP első három bájtja a következőket tartalmazza:

DSN
DB2 Universal Database for OS/390

ARI
DB2 for VSE & VM

QSQ
DB2 Universal Database for AS/400

SQL
DB2 Universal Database.

Ha a DB2 Connect használata közben egy CONNECT TO vagy Null CONNECT utasításra kerül sor, akkor az SQLCA SQLERRMC mezőjében az országkód vagy területi jelsor üresen kerül vissza; az alkalmazás kiszolgáló CCSID-ja az országkódban vagy a területi jelsorban kerül vissza.

A szétkapcsolás a CONNECT RESET utasítással (1 típusú kapcsolat esetén), a RELEASE és COMMIT utasításokkal (2 típusú kapcsolat esetén), vagy a DISCONNECT utasítással történhet (bármely típusú kapcsolattal, de nem a TP monitor környezetben).

Ha egy alkalmazás szétkapcsolás nélkül, magától ér véget, akkor a DB2 Connect véglegesíti a keletkező adatokat.
Megjegyzés:Egy alkalmazás hibát jelző SQLCODE-al is érhet rendben véget; ebben az esetben a DB2 Connect véglegesíti az adatokat. Egy ROLLBACK utasítással meg lehet akadályozni az adatok véglegesítését.

A FORCE utasítással le lehet kapcsolni egy, illetve minden felhasználót az adatbázisról. Ez az utasítás a gazdagép, illetve az AS/400 kiszolgáló adatbázisát támogatja; a felhasználót a DB2 Connect munkaállomástól lehet szétkapcsolni.

Előfordítás

Az egyes IBM relációs adatbázisrendszerek előfordítói között vannak különbségek. A DB2 Universal Database előfordítója az alábbiakban tér el a gazdagép vagy az AS/400 kiszolgáló előfordítóitól:

Blokkolás

A DB2 Connect program támogatja a DB2 adatbázis kezelő összerendelés blokkolás opcióját:

UNAMBIG
Csak az egyértelmű kurzorokat blokkolja (alapértelmezés).

ALL
A kétértelmű kurzorokat blokkolja.

NO
A kurzorokat nem blokkolja.

A DB2 Connect program az RQRIOBLK mezőnek a DB2 adatbázis-kezelő konfigurációs fájljában meghatározott blokkméretet használja. A DB2 Connect jelenlegi verziói legfeljebb 32 767 blokkméretet támogatnak. Ha a DB2 adatbáziskezelő konfigurációs fájljában ennél nagyobb méret van meghatározva, akkor a DB2 Connect a 32 767-os értéket használja, de nem hozza alaphelyzetbe a DB2 adatbázis konfigurációs fájlját. A dinamikus és statikus SQL esetében a blokkolás ugyanazzal a blokkmérettel történik.
Megjegyzés:A legtöbb gazdagép vagy AS/400 kiszolgáló rendszerek a dinamikus kurzorokat kétértelműnek értelmezik de a DB2 Universal Database rendszerek néhány dinamikus kurzort egyértelműnek értelmeznek. Érdemes a DB2 Connect programmal meghatározni a BLOCKING ALL-t a félreértések elkerüléséért.

A DB2 adatbázis konfigurációs fájljának blokkméretét a CLP, a Vezérlőközpont, vagy az API használatával lehet meghatározni, az Administrative API Reference és Command Reference-ban felsoroltak szerint.

Csomag tulajdonságok

Egy csomagnak a következő tulajdonságai vannak:

Gyűjteményazonosító
A csomag azonosítója. A PREP utasítással lehet megadni.

Tulajdonos
A csomag tulajdonosának jogosultság azonosítója. A PREP vagy a BIND parancsban lehet megadni.

Létrehozó
A csomagot összerendelő felhasználónév.

Minősítő
A csomagban lévő objektumokat közvetett módon minősíti.A PREP vagy a BIND parancsban lehet megadni.

Korlátozott ezeknek a tulajdonságoknak a használata minden gazdagépen vagy AS/400 kiszolgálón:

DB2 Universal Database for OS/390
Mind a négy tulajdonság különbözhet egymástól. Más minősítő használata különleges adminisztrátori előjogokat igényel. E tulajdonságok használatának feltételeivel kapcsolatos további tájékoztatást a DB2 Universal Database for OS/390 Command Reference kézikönyvben talál.

DB2 for VSE & VM
Minden tulajdonságnak azonosnak kell lennie. Ha USER1 egy összerendelő fájlt készít (PREP-el), és USER2 hajtja végre a tényleges összerendelést, akkor USER2-nek DBA felhatalmazásra van szüksége USER1 összerendelésére. Csak USER1 felhasználóneve lesz a tulajdonságokkal kapcsolatban használva.

DB2 Universal Database for AS/400
A minősítő a gyűjtemény nevét jelzi. A minősítő és tulajdonjog közötti kapcsolat az objektumok jogosultságának megadására és visszavonására van hatással. Akinek a felhasználónevével a bejelentkezés történt az a létrehozó és tulajdonos, kivéve ha egy gyűjtemény azonosítóval van minősítve, ekkor a tulajdonos a gyűjtemény azonosítója. A gyűjtemény azonosítónak léteznie kell minősítőként való használata előtt.

DB2 Universal Database
Mind a négy tulajdonság különbözhet egymástól. Más tulajdonos használata adminisztratív jogkört igényel és az összerendelőnek CREATEIN jogosultsággal kell rendelkeznie a sémában (ha már létezik).
Megjegyzés:DB2 Connect támogatja a DB2 Universal Database for OS/390 és DB2 Universal Database SET CURRENT PACKAGESET utasítását

C nullkarakterre végződő karakterláncok

A CNULREQD összerendelési beállítás felülbírálja a LANGLEVEL beállítás használatával megadott nullkarakterre végződő karakterláncok kezelését.

Az Application Development Guide könyvben talál leírást a nullkarakterre végződő karakterláncok kezeléséről abban az esetben, amikor azok a LANGLEVEL MIA vagy SAA1 beállításával készültek.

Alapértelmezésként a CNULREQD YES-re van állítva. Ezért a nullkarakterre végződő karakterláncok értelmezése a MIA szabvány szerint történik. Egy DB2 Universal Database for OS/390 kiszolgálóra való kapcsoláskor a CNULREQD-et YES-re ajánlatos beállítani. A SAA1 szabvány szerint kódolt alkalmazásoknál (a nullkarakterre végződő karakterláncokkal kapcsolatosan) a CNULREQD-et NO-ra kell beállítani. Különben a nullkarakterre végződő karakterláncok a MIA szabvány szerint lesznek értelmezve, még akkor is ha a LANGLEVEL-t SAA1-re állítva lettek elkészítve.

Önálló SQLCODE és SQLSTATE

Az ISO/ANS SQL92 szerinti önálló SQLCODE és SQLSTATE változókat a LANGLEVEL SQL92E előfordítási beállítás támogatja. Egy SQL0020W figyelmeztet az előfordítás idején arra, hogy a LANGLEVEL nem támogatott. Ez a figyelmeztetés csak a Command Reference-ban a LANGLEVEL SQL92E részhalmazában lévő LANGLEVEL MIA alatt felsorolt jellemzőkre vonatkozik.

Rendezési sorrend meghatározása

Az egyes adatbázis termékek rendezési sorrendje eltér az EBCDIC és ASCII közötti különbségek miatt, és ez hatással van az ORDER BY és GROUP BY tagmondatokra is. Az eltérések csökkentésének egy módja a felhasználó által készített, az EBCDIC rendezési sorrendjét utánzó rendezés, készítése. Csak egy új adatbázis elkészítése után lehet rendezési sorrendet megadni. További tájékoztatást az Application Development Guide, a Administrative API Reference és a Command Reference könyvben talál.
Megjegyzés:Az adatbázis táblákat most már a DB2 Universal Database for OS/390-ban lehet tárolni ASCII formátumban. Ez lehetővé teszi a DB2 Connect és DB2 Universal Database for OS/390 közti gyorsabb adatcserét és szükségtelenné teszi az adatok átalakítását és újrarendezését végző, egyébként kötelező, mező eljárásokat

Hivatkozási integritás kezelése

Az egyes rendszerek a hivatkozáskorlátozást különbözőképpen kezelik:

DB2 Universal Database for OS/390
Az elsődleges kulccsal elkészített másodlagos kulcs használata előtt egy indexet kell készíteni az elsődleges kulcsra. A táblázatok önmagukra is hivatkozhatnak.

DB2 for VSE & VM
A másodlagos kulcsra automatikusan készül egy index.A táblázatok nem hivatkozhatnak önmagukra.

DB2 Universal Database for AS/400
A másodlagos kulcsra automatikusan készül egy index.A táblázatok önmagukra is hivatkozhatnak.

DB2 Universal Database
Az DB2 Universal Database adatbázisok számára automatikusan készül egy index egy egyedi korlátozásra, beleértve az elsődleges kulcsot is. A táblázatok önmagukra is hivatkozhatnak.

Különböző egyéb szabályok érvényesek a lépcsőzetes elrendezésre.

Zárolás

Az adatbázis-kiszolgáló zárolási módja hatással lehet néhány alkalmazásra. Példa erre egy sorszintű zárolásra tervezett alkalmazás aholis a kurzor stabilitás elválasztási szintje nem közvetlenül vihető át oldal szintű zárolást végző rendszerekre. Az alkalmazásokat néha át kell állítani az említett különbségek miatt.

A DB2 Universal Database for OS/390 és DB2 Universal Database termékek túlléphetik a zárolás idejét és hiba visszatérési kódot adhatnak a várokozó alkalmazásoknak.

Az SQLCODE-ok és az SQLSTATE-ek

Az egyes IBM relációs adatbázis termékek nem mindig ugyanazon SQLCODE visszaadásával jelzik a hasonló hibákat. E viselkedés kétféleképp változtatható meg:

Rendszerkatalógusok használata

Minden IBM adatbázis terméknek más a rendszerkatalógusa. A nézet használatával sok különbség maszkolható. További információért forduljon a felhasznált adatbázis-kiszolgáló dokumentációjához.

A CLI katalógus funkciói úgy kerülik meg ezt a problémát, hogy az egész DB2 család katalógus lekérdezésére ugyanazt az API-t és eredményhalmazt támogatják.

Lekérdezések esetén a numerikus átalakítás túlcsordulása

Az egyes IBM relációs adatbázis termékek különbözőképpen kezelik a lekérdezések numerikus átalakítás túlcsordulását. Példa erre ha a DB2 Universal Database for OS/390-ből és DB2 Universal Database-ből egy lebegő oszlop beolvasása történik egy egész szám forrásváltozójába. Egy lebegőpontos érték egész értékre való konvertálásakor előfordulhat túlcsordulás. Alapértelmezés szerint a DB2 Universal Database for OS/390 egy figyelmeztető SQLCODE-ot és egy NULL értéket ad vissza az alkalmazásnak. Ezzel szemben a DB2 Universal Database túlcsordulási hibát ad vissza. Ajánlatos az alkalmazásoknak a lekérdezéseknél elkerülni a numerikus átalakítást, megfelelő hosszúságú forrásváltozó beolvasásával.

Elszigetelési szintek

a DB2 Connect a következő elválasztási szinteket fogadja el egy alkalmazás PREP-jénél vagy összerendelésénél:

RR
Ismételhető olvasás

RS
Olvasás stabilitás

CS
Kurzor stabilitás

UR
Nem véglegesített olvasás

NC
Nem véglegesített

Az elválasztási szintek a legnagyobbtól a legkisebb védelemig való rendezés szerint vannak felsorolva. Ha a megadott elválasztási szintet a gazdagép vagy AS/400 kiszolgáló nem támogatja, akkor a sorban következő támogatott szintet használja.

táblázat 2minden gazdagép vagy AS/400 alkalmazáskiszolgáló minden elválasztási szintjének eredményét megjeleníti. .

táblázat 2. Elszigetelési szintek
DB2 Connect DB2 Universal Database for OS/390 DB2 for VSE & VM DB2 Universal Database for AS/400 DB2 Universal Database
RR RR RR 1. megjegyzés RR
RS 2. megjegyzés RR COMMIT(*ALL) RS
CS CS CS COMMIT(*CS) CS
UR 3. megjegyzés CS COMMIT(*CHG) UR
NC 4. megjegyzés 5. megjegyzés COMMIT(*NONE) UR

Megjegyzések:

  1. Nincs megfelelő COMMIT paraméter a DB2 Universal Database for AS/400-ön ami egyezne az RR.-el DB2 Universal Database for AS/400az egész tábla zárolásával támogatja az RR-t.

  2. RR-t eredményez 3.1-es verziónál, és RS-t 4.1-es verziónál APAR PN75407-tel vagy 5.1 verziónál.

  3. CS-t eredményez 3.1-es verziónál, UR-t 4.1-es vagy 5.1-es verziónál.

  4. CS-t eredményez 3.1-es verziónál, és UR-t 4.1-es verziónál APAR PN60988-cal.

  5. DB2 for VSE & VM-el az NC elválasztási szint nem támogatott.

DB2 Universal Database for AS/400-al el lehet érni naplón kívüli táblázatokat ha egy alkalmazás UR-es elválasztási szinttel van összerendelve és a blokkolás ALL-ra van állítva, vagy az elválasztási szint NC-re van állítva.

Tárolt eljárások

Stored Procedure Builder

A DB2 Stored Procedure Builder-e könnyen használható környezetet biztosít tárolt eljárások létrehozásához, telepítéséhez és teszteléséhez. A program biztosítja, hogy a tárolt eljárások bejegyzésének, felépítésének és DB2 kiszolgálóra telepítésének részletei helyett a tárolt eljárás logikájának előállítására tudjon koncentrálni. Ezen kívül, a Stored Procedure Builder segítségével a tárolt eljárásokat fejlesztheti az egyik operációs rendszeren, majd felépítheti őket másfajta kiszolgáló operációs rendszereken.

A Stored Procedure Builder olyan grafikus alkalmazás, amely a gyors fejlesztést támogatja. A Stored Procedure Builder-rel az alábbi feladatokat tudja végrehajtani:

A Stored Procedure Builder-t elindíthatja önálló alkalmazásként a DB2 Universal Database programcsoportból, vagy az alábbi fejlesztői alkalmazások bármelyikéből:

A Stored Procedure Builder-t a DB2 for OS/390 Vezérlőközpontjából is elindíthatja. A Stored Procedure Builder-t elindíthatja önálló folyamatként a Vezérlőközpont Eszközök menüjéből vagy eszközsávjából, illetve a tárolt eljárások mappájából. Ezen kívül, a Stored Procedure Builder Project ablakából egy vagy több DB2 for OS/390-re épített SQL tárolt eljárást is exportálhat olyan fájlba, amely képes a Parancssori feldolgozóban (CLP-ben) futni.

A Stored Procedure Builder projektekkel irányítja a munkáját. Minden egyes Stored Procedure Builder projekt elmenti az egyes adatbázisokhoz, mint például DB2 for OS/390-es kiszolgálókhoz tartozó kapcsolatait. Ezen kívül szűrők létrehozásával megjelenítheti az egyes adatbázisokon lévő tárolt eljárások részhalmazait. Új vagy meglévő Stored Procedure Builder projekt megnyitásakor szűrheti a tárolt eljárásokat, így azokat nevük, sémájuk, nyelvük vagy gyűjteményazonosítójuk (csak OS/390 esetén) alapján tekintheti meg.

A kapcsolatra vonatkozó információt elmenti a Stored Procedure Builder projekt; ezért meglévő projekt megnyitásakor a rendszer automatikusan bekéri az adatbázishoz tartozó felhasználói azonosítóját és jelszavát. Az Inserting SQL Stored Procedure varázslóval SQL tárolt eljárásokat építhet DB2 for OS/390-es kiszolgálókon. DB2 for OS/390-es kiszolgálóra készült SQL tárolt eljárás számára fordítási, előkapcsolódási, kapcsolódási, összerendelési, futás közbeni, a WLM környezetre vonatkozó és külső biztonsági beállításokat végezhet.

Továbbá, az SQL tárolt eljárásról SQL költségtájékoztatást is kaphat, beleértve a CPU-időre vonatkozó adatokat, illetve egyéb DB2-es költséginformációkat arról a programszálról, amelyen a tárolt eljárás fut. Konkrétan a lakat/zár feloldására való várakozásról, a getpage műveletek számáról, az olvasási és írási I/O-k számáról kaphat költségadatokat.

A költségre vonatkozó információt a Stored Procedure Builder úgy szerzi meg, hogy összekapcsolódik egy DB2 for OS/390-es kiszolgálóval, végrehajtja az SQL utasítást, majd meghív egy tárolt eljárást (DSNWSPM), amelytől megtudja az SQL tárolt eljárás által felhasznált CPU-idő mennyiségét.

NOT ATOMIC összetett SQL

Az összetett SQL lehetővé teszi a többszörös SQL utasítások egy végrehajtható tömbbe való csoportosítását. Ezzel csökken a hálózat felesleges terhelése és válaszideje.

DB2 Connect támogatja a NOT ATOMIC összetett SQL-t. Ez azt jelenti, hogy az összetett SQL feldolgozása a hiba után is folytatódik. (A DB2 Connect által nem támogatott ATOMIC összetett SQL-lel, egy hiba visszagörgetné az összetett SQL teljes csoportját)

Az utasítások végrehajtása addig tart amíg az alkalmazáskiszolgáló nem állítja le őket. Csak súlyos hibák esetén áll le az összetett SQL utasítások végrehajtása.

NOT ATOMIC összetett SQL-t minden gazdagéppel vagy AS/400 alkalmazáskiszolgálóval lehet használni.

Többszörös SQL hiba esetén az első hét sikertelen utasítás SQLSTATE-jei az SQLCA SQLERRMC mezőben kerülnek vissza egy üzenettel arról, hogy többszörös hiba történt. További információt lásd: SQL Reference!

Több gépen történő frissítés a DB2 Connect-tel

DB2 Connect lehetővé teszi a több gépen történő frissítést (másnéven két-fázisú véglegesítés), ami azonos az egyetlen elosztott munkaegység (DUOW) többszörös adatbázisának frissítésével. Hogy tudja-e használni ezt a képességet, az több tényezőtől is függ:

DB2 Connect által támogatott gazda vagy AS/400 kiszolgáló SQL utasítások

A következő utasítások fordítása sikeres a gazdagép vagy AS/400 kiszolgáló feldolgozásakor, de sikertelenek a DB2 Universal Database rendszerek fordításakor:

Ezeket az utasításokat is támogatja a parancsfeldolgozó.

A következő utasításokat támogatja a gazdagép vagy AS/400 kiszolgáló feldolgozása, de nincsenek az összerendelő fájlhoz vagy csomaghoz adva és a parancsfeldolgozó nem támogatja őket:

Az előfordító a következőket feltételezi:

DB2 Connect által visszautasított gazdagép vagy AS/400 kiszolgáló SQL utasítások

Az alábbi SQL utasításokat sem a DB2 Connect sem a parancsfeldolgozó nem támogatja:

A DB2 for VSE & VM kiterjesztett dinamikus SQL utasításokat -104-el és szintaxishiba SQLCODE-okkal utasítja vissza.


[ Oldal eleje | Előző oldal | Következő oldal | Tartalom | Tárgymutató ]