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:
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.
Á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.
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. .
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!
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.
A LOB adattípust támogatja a DB2 Connect.
Csak a felhasználó által megadott adattípusokat támogatja a DB2 Connect. Az absztrakt adattípusokat nem.
A ROWID adattípust a DB2 Connect VARCHAR bit adatokként kezeli
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.
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.
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:
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.
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:
A DB2 Connect program támogatja a DB2 adatbázis kezelő összerendelés blokkolás opcióját:
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.
Egy csomagnak a következő tulajdonságai vannak:
Korlátozott ezeknek a tulajdonságoknak a használata minden gazdagépen vagy AS/400 kiszolgálón:
Megjegyzés: | DB2 Connect támogatja a DB2 Universal Database for OS/390 és DB2 Universal Database SET CURRENT PACKAGESET utasítását |
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.
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.
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 |
Az egyes rendszerek a hivatkozáskorlátozást különbözőképpen kezelik:
Különböző egyéb szabályok érvényesek a lépcsőzetes elrendezésre.
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 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:
Az összes adatbázis termék megközelítőleg ugyanúgy értelmezi az SQLSTATE-eket, és az SQLCODE-oknak megfelelő SQLSTATE-ket eredményeznek.
Alapértelmezés szerint, a DB2 Connect minden IBM gazdagép vagy AS/400 kiszolgáló rendszer SQLCODE-ját és jelsorát leképezi a DB2 Universal Database rendszerére. Ha felül szeretné bírálni az alapértelmezett leképezést, vagy egy olyan adatbázis-kiszolgálót használ, amely nem képes az SQLCODE leképezésére (nem IBM adatbázis kiszolgáló), megadhat saját SQLCODE leképezési fájlt. Az SQLCODE leképezés kikapcsolható.
További tájékoztatást a SQLCODE leképezés helyen talál.
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.
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.
a DB2 Connect a következő elválasztási szinteket fogadja el egy alkalmazás PREP-jénél vagy összerendelésénél:
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:
|
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.
Egy ügyfélprogram az SQL CALL utasítással indíthat el kiszolgáló programot. Ebben az esetben minden kiszolgáló egy kicsit másképpen dolgozik mint a többi.
Az alkalmazásnak a REXX/SQL térképek minden AS/400 DB2 CALL utasítását dinamikusan kell elkészítenie és végrehajtania ahogyan a REXX/SQL által megvalósított CALL utasítás leképezi a CALL USING DESCRIPTOR-t.
Az SQL CALL utasítás szintaxisát lásd: SQL Reference. További felvilágosítást az alkalmazási programok írásánál használandó tárolt eljárásokról lásd:Application Development Guide.
A DB2 Universal Database kiszolgáló programját ugyanazzal a paraméter jelöléssel lehet elindítani mint amit a a kiszolgáló programok használnak a következő termékekben: DB2 Universal Database for OS/390, DB2 Universal Database for AS/400, DB2 for VSE & VM. A DB2 Universal Database tárolt eljárásainak indításáról lásd a az Application Development Guide kézikönyvet! További információ a többi platform paraméter jelöléséről az adott platform DB2 termék dokumentációjában található.
Egy tárolt eljárás minden SQL utasítása az SQL ügyfélprogram indította SQL munkaegység részeként hajtódik végre.
A DB2 Universal Database között a rendszerek a jelző változóban tett értéket továbbítják.Viszont a DB2 Connect használatakor csak a 0, -1, és -128 lehet a jelző változóban.
A DB2 Universal Database kiszolgáló programja frissítheti az SQLCA-t, hiba vagy figyelmeztetés visszajelzésére, de a DB2 Universal Database for OS/390 vagy DB2 Universal Database for AS/400 nem rendelkezik ilyen támogatással. Egy paraméter átadásával lehet hibakódot visszaadni a tárolt eljárásnak. Az SQLCODE-ot és az SQLCA-t a kiszolgáló csak rendszerhibák esetén állítja be.
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.
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!
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:
A fent leírtak honos DB2 UDB alkalmazások, valamint külső Transaction Processing (TP) Monitorok által összehangolt alkalmazások esetén igazak. Ilyen Transaction Processing Monitorok a következők: IBM TXSeries, CICS for Open Systems, BEA Tuxedo, Encina Monitor és Microsoft Transaction Server.
Megjegyzés: | A BEA Tuxedo termékről további információért lásd: A DB2 Connect használata Transaction Processing monitorokkal.Az XA összesítőről a DB2 Connect kapcsolat-összesítő könyvben talál további tájékoztatást. |
A DB2 SPM-et kell használni abban az esetben, ha a honos DB2-es alkalmazások és a a TP monitor alkalmazásai ugyanazt a DB2 Connect Enterprise Edition kiszolgálót használják a gazdagép adatainak elérésére TCP/IP kapcsolatokon keresztül.
A DB2 SPM-et kell használni akkor is, ha egyetlen DB2 Connect Enterprise Edition kiszolgálónak kell elérnie a gazdagép adatait SNA és TCP/IP hálózati protokollok segítségével, miközben a kétfázisú véglegesítésre is szükség van. Ez igaz a DB2-es alkalmazások és a TP megfigyelő alkalmazásai esetén is.
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:
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.