Felhasználói kézikönyv

Információgyűjtés

A Függelék B, Katalógus-testreszabási munkalap mutatja azokat az információkat, amelyeket össze kell gyűjtenie. A munkát kényelmesebbé teheti, ha másolatot készít a munkalapról és beleírja a rendszerére jellemző értékeket.

Csomópont-katalógus

A csomópont-katalógusban a következő információkat határozhatja meg:

Csomópont neve
A távoli adatbázist tartalmazó gazda- vagy AS/400-as adatbázis-kiszolgáló rendszer becenevét. A nevet a felhasználó adja meg. Ugyanazt a csomópontnevet írja be a csomópont-katalógus paraméterei nevű táblába és a rendszer-adatbázis katalógus paraméterei nevű táblába!

Formátum: 1-8 egybájtos alfanumerikus karakter, beleértve a szám jelet (#), az "at" jelet (@), a "dollár" jelet ($) és az aláhúzást (_). A név nem kezdődhet aláhúzással vagy számmal.

Protokoll
APPC vagy TCPIP lehet.

Jelképes cél neve
Az APPC csomópont meghatározásakor használja a CPI kommunikációs segédinformáció táblában megadott jelképes célnevet (például Microsoft SNA Server használatakor a CPI-C jelképes cél tulajdonságok (Symbolic Destination Properties) nevét)! Ezt az értéket attól tudhatja meg, aki az SNA-t telepítette és/vagy konfigurálta. A jelképes cél nevében a rendszer megkülönbözteti a kis- és nagybetűket (ha eltérés van a nagy- és kisbetűs nevek között, azt az SQL1338-as visszatérési kód jelzi).

védelem típusa
A végrehajtani kívánt védelmi ellenőrzés típusa. APPC csomópontok esetében a SAME, a PROGRAM és a NONE értékek érvényesek. TCP/IP csomópontok esetében a SECURITY SOCKS beállítás határozza meg, hogy a csomóponton a SOCKS engedélyezett legyen. Ekkor a SOCKS_NS és a SOCKS_SERVER környezeti változókat kötelező beállítani ahhoz, hogy a SOCKS használható legyen. További tájékoztatást a Biztonság és a Command Reference könyvben találhat.

TCP/IP távoli gazdanév vagy IP cím
TCP/IP csomópont meghatározásakor vagy a távoli TCP/IP gazda neve, vagy a távoli TCP/IP cím. Ha gazdanevet ad meg, akkor azt fel kell oldania a DB2 Connect munkaállomáson vagy a tartománynév kiszolgáló (Domain Name Server, DNS) keresésének segítségével, vagy a helyi TCP/IP hosts fájlba történő bejegyzéssel.

DB2 for OS/390-es távoli gazdák esetén a gazdanév a DSNL004I üzenetben (DOMAIN=gazdanév) jelenik meg az elosztott adat szolgáltatás (Distributed Data Facility, DDF) elindításakor.

TCP/IP szolgáltatásnév vagy portszám
TCP/IP csomópont meghatározásakor vagy a távoli TCP/IP szolgáltatás neve, vagy a port száma. Ezt a távoli gazdagépen kell megadni a TCP/IP számára. A DRDA alapértelmezett portszámaként a 446-os portszám került bejegyzésre.

DB2 for OS/390-es távoli gazdák esetén a portszám PORT néven található meg a rendszerbetöltő adathalmazban (Boot Strap Data Set, BSDS), továbbá megjelenik a DSNL004I üzenetben is (TCPPORT=portszám) az elosztott adat szolgáltatás (Distributed Data Facility, DDF) elindításakor.
Megjegyzés:TCP/IP kapcsolatok feletti kétfázisú véglegesítési újraszinkronizálású műveletek használatánál a második portszámot a kiszolgáló jelöli ki. Például a DB2 Universal Database for OS/390 rendszerbetöltő adathalmaza kijelöli azt a portszámot (RESPORT), amely csak a DB2 Universal Database for OS/390 felé irányuló bejövő kapcsolatok újraszinkronizálására használható. A szolgáltatás nevét ehhez nem kell meghatározni.

DCS katalógus

A DCS katalógusban a következő információkat határozhatja meg:

Adatbázisnév
Egy felhasználó által megadott becenév a gazda- vagy AS/400-as adatbázis-kiszolgáló számára. Használja ugyanazt az adatbázisnevet a DCS katalógus paraméterei nevű táblában és a rendszer-adatbázis katalógus paraméterei nevű táblában egyaránt!

Formátum: 1-8 egybájtos alfanumerikus karakter, beleértve a szám jelet (#), az "at" jelet (@), a "dollár" jelet ($) és az aláhúzást (_). A név nem kezdődhet aláhúzással vagy számmal.

Céladatbázis neve
A gazda- vagy AS/400-as adatbázis-kiszolgáló rendszeren található adatbázis, a következők szerint:

MVS/ESA
Egy DB2 Universal Database for OS/390-es alrendszer, amelyet a LOCATION NAME azonosít.

A LOCATION NAME meghatározásához jelentkezzen be a TSO-ba, és valamelyik rendelkezésre álló lekérdező eszközzel adja ki az alábbi SQL lekérdezést:

   select current server from
sysibm.sysdummy1

A LOCATION NAME az MVS/ESA rendszerbetöltő adathalmazában (a Boot Strap Data Set-ben, a BSDS-ben) is meg van határozva, csakúgy mint a DSNL004I üzenet (LOCATION=location), amely az elosztott adatszolgáltatás (a Distributed Data Facility, a DDF) elindulásakor jön létre.

OS/390
Egy DB2 Universal Database for OS/390-es alrendszer, amelyet a LOCATION NAME azonosít.

A LOCATION NAME meghatározásához jelentkezzen be a TSO-ba, és valamelyik rendelkezésre álló lekérdező eszközzel adja ki az alábbi SQL lekérdezést:

   select current server from sysibm.sysdummy1

A LOCATION NAME a rendszerbetöltő adathalmazban (a Boot Strap Data Set-ben, a BSDS-ben) is meg van határozva, csakúgy mint a DSNL004I üzenet (LOCATION=location), amely az elosztott adatszolgáltatás (a Distributed Data Facility, a DDF) elindulásakor jön létre.

VSE vagy VM
Az adatbázis neve (DBNAME)

OS/400
A relációs adatbázis neve (RDBNAME)

Egyéb
OS/2, Windows NT, Windows 2000 és UNIX alapú rendszereken az adatbázis-hozzáférési katalógusban található az adatbázis-fedőnév.

Alkalmazás-átirányító neve
Annak az alkalmazás-átirányítónak a neve, amely SQL utasításokat továbbít a DRDA alkalmazáskiszolgálókhoz. Az alkalmazás-átirányító egy alkalmazási program nevében kezeli a kéréseket.

Formátum: AR <alkalmazás_átirányító_neve>

A DB2 Connect alkalmazás-átirányítója az alapértelmezett érték.

Paraméter karakterlánc
Ha szeretné megváltoztatni az alapértelmezett értékeket, akkor az alábbi paraméterek közül bármelyiket, vagy akár mindet is megadhatja a következő sorrendben. A paraméter karakterlánc nem állítható be az Ügyfélkonfigurációs segédprogrammal. Amennyiben a parancsfeldolgozót használja, a paraméter karakterláncot szimpla idézőjelek közé (például OS/2 vagy Windows NT alatt), vagy kettős idézőjelek közé (például AIX rendszeren) kell tenni:

leképezési fájl
Az alapértelmezett SQLCODE leképezést felülbíráló SQLCODE leképezési fájl neve. Az SQLCODE leképezés kikapcsolásához a NOMAP értéket kell megadnia! További tájékoztatást a SQLCODE leképezés helyen talál.

,D
Ez a paraméter a második helyen található. Ha megadja ezt a paramétert, akkor az alkalmazás szétkapcsol a gazda- vagy AS/400-as adatbázis-kiszolgáló adatbázisától abban az esetben, ha a következő SQLCODE-ok valamelyikét kapja:
   SQL30000N
   SQL30040N
   SQL30050N
   SQL30051N
   SQL30053N
   SQL30060N
   SQL30070N
   SQL30071N
   SQL30072N
   SQL30073N
   SQL30074N
   SQL30090N

Ha nem adja meg a ,D szétkapcsolási paramétert, csak akkor történik meg a kapcsolat felbontása, ha a következő SQLCODE-ok valamelyike tér vissza:

   SQL30020N
   SQL30021N
   SQL30041N
   SQL30061N
   SQL30081N

A kódok magyarázatát az Üzenetek leírása könyvben találja.
Megjegyzés:Ha a DB2 Connect valamilyen hiba következtében felbontja a kapcsolatot, automatikusan visszagörgetést hajt végre.

,,INTERRUPT_ENABLED
Ez a paraméter a harmadik helyen található. Ha az INTERRUPT_ENABLED paraméter be van állítva a DB2 Connect munkaállomás DCS katalógusában, és egy ügyfélalkalmazás úgy ad ki megszakítás parancsot, hogy közben egy gazda- vagy AS/400-as adatbázis-kiszolgálóhoz van kapcsolva, akkor a DB2 Connect a megszakítás végrehajtása során eldobja a kapcsolatot és visszagörgeti a munkaegységet. Ez a megszakítási viselkedés AIX, OS/2, Windows NT és Windows 2000-es rendszereken támogatott.

Az alkalmazás az sqlcode (-30081) üzenetet kapja vissza, amely jelzi, hogy megszakadt a kiszolgálóval létesített kapcsolat. Az alkalmazásnak ezután új kapcsolatot kell létesítenie a gazda- vagy AS/400-as adatbázis-kiszolgálóval, hogy feldolgozhassa a további adatbázis kérelmeket is. Az AIX V4.1-es és későbbi, az SNA Server V3.1-es és későbbi, az OS/2, a Windows NT és a Windows 2000-es rendszerektől eltérő platformokon a DB2 Connect nem támogatja az automatikus szétkapcsolás lehetőségét abban az esetben, ha a DB2 Connect-t használó alkalmazás megszakítási kérelmet kap.
Megjegyzés:A TCP/IP kapcsolatok esetében ez a lehetőség minden platformon működik. Előfordulhat, hogy az ügyfél lelövi a socketet, de ettől még - a kiszolgáló megvalósításától függően - aktív vétel létezhet is, meg nem is. A DB2 Universal Database for OS/390 aszinkron socket hívásokat alkalmaz, ezért képes észlelni a kapcsolat megszűnését, és ezért tudja visszagörgetni a folyamatban lévő hosszantartó SQL utasításokat.

,,,,,SYSPLEX
Ez a paraméter a hatodik helyen található, és segítségével beállítható, hogy a DB2 Connect kifejezetten engedélyezze a SYSPLEX támogatást egy adott adatbázis számára.

Egy új profil (környezeti vagy nyilvántartási) változó is bevezetésre kerül DB2SYSPLEX_SERVER néven, mely lehetővé teszi a SYSPLEX támogatás letiltását a munkaállomás szintjén.

,,,,,,LOCALDATE="<érték>"
Ez a paraméter a hetedik helyen található, és a DB2 Connect dátumformázási támogatásának engedélyezésére szolgál. Ennek megvalósítása során az <érték> dátummaszkot kap az alábbiak szerint:

Tegyük fel, hogy a következő utasításokat adja ki a parancsfeldolgozóból (a CLP-ből):

   catalog appc node nynode remote
nycpic security program
   catalog dcs database nydb1 as new_york
   catalog database nydb1 as newyork1 at node nynode
        authentication dcs

A newyork1 adatbázis-fedőnévvel kell a dátumátalakítással nem rendelkező gazda-adatbázist elérnie, mivel dátummaszkot nem határozott meg.

Az új dátumformázási támogatással azonban már az alábbi parancsokat is kiadhatja a parancsfeldolgozóból. Ebben az esetben, mivel a parancsfeldolgozót használja és a paraméter karakterláncot dupla idézőjelbe teszi, a LOCALDATE értéket két pár idézőjel közé kell tennie. Ügyeljen az operációs rendszer escape karaktere, a "\" (balra döntött törtvonal) feltüntetésére, hogy a dupla idézőjel ki ne maradjon a LOCALDATE meghatározásából! További tájékoztatást a A paraméter karakterlánc megadása alatt talál.

   catalog dcs database nydb2 as new_york
        parms \",,,,,,LOCALDATE=\"\"YYYYMMDD\"\"\"
   catalog database nydb2 as newyork2 at node nynode
        authentication dcs

A "newyork2" adatbázis-fedőnév ugyanahhoz a gazda-adatbázishoz biztosít hozzáférést, de ezen kívül dátumformátum-maszkot is tartalmaz. A fenti példa megmutatja, hogy a LOCALDATE kulcsszóval határozhatja meg a dátumformátum-maszkot, és a paraméter a DCS katalógus bejegyzésének PARMS mezőjében a hetedik helyen áll.

A dátummaszk csak akkor érvényes, ha az alábbiak MINDEGYIKE teljesül:

  1. AZ Y-ból, M-ből és D-ből álló sorozatok mindegyike legfeljebb egyszer fordulhat elő, ahol is Y év-, M hónap-, D pedig napszámjegyet jelöl.
  2. Egy sorozatban az Y-ok száma legfeljebb négy lehet.
  3. Egy sorozatban az M-ek száma legfeljebb kettő lehet.
  4. Egy sorozatban a D-k száma legfeljebb kettő lehet.

Például, az alábbiak mind érvényes dátummaszknak minősülnek:

   "YYyyMmDd"   - az Y, az M és a D számjegyek egyaránt
               írhatók kis- és nagybetűvel is
   "MM+DD+YYYY" - a maszk lehet 10 bájtnál hosszabb,
                  és előfordulhatnak benne az Y, az M
                  és a D karaktertől eltérő karakterek is
   "abcYY+MM"   - nem baj, ha nincs D-kből álló sorozat

Az alábbi dátummaszkok mind érvénytelenek:

   "YYYYyMMDD"  - érvénytelen, öt darab Y szerepel egy sorozatban
   "YYYYMDDM"   - érvénytelen, kettő M-(ek)ből álló sorozat szerepel

Ha egy dátumformátum maszk érvénytelen, nem jelenik meg hibaüzenet. A maszk egyszerűen figyelmen kívül marad. Csak azért, mert egy dátummaszk érvényes, még nem biztos, hogy a rendszer használni is fogja. A dátumformátum átalakítása egy érvényes dátummaszk alapján csak akkor valósul meg, ha a következő feltételek MINDEGYIKE teljesül:

  1. Nincs SQL hiba.
  2. A kimeneti dátumérték ISO-szerű (ISO és JIS) formátumban van.
  3. A kimeneti adatterület legalább 10 bájt hosszú. Legalább ekkorának kell lennie a kimeneti adatterületnek ahhoz, hogy egy dátumértéket tárolni lehessen benne, még ha a dátumformátum átalakítását NEM kell is elvégezni. Ennek a követelménynek akkor is teljesülnie kell, ha a dátumformátum maszk rövidebb tíz bájtnál.
  4. A DCS katalógus bejegyzése érvényes dátumformátum maszkot tartalmaz, és ez a maszk beleillik a kimeneti adatterületbe.

,,,,,,,CHGPWD_SDN=<név>
Ez a paraméter a nyolcadik helyen található, és a jelszavak lejártának kezelőjében (a PEM-ben) a jelképes célnév megadására szolgál. A rendszer a <név>-hez megadott értékben megkülönbözteti a kis- és nagybetűket.

Az MVS jelszó módosítása bemutat egy példát a dcs adatbázis-alkönyvtár katalógusba vételére a CHGPWD_SDN használatával, az alábbiak szerint:

   catalog dcs database db1 as dsn_db_1 parms
      ",,,,,,,CHGPWD_SDN=pempgm"

,,,,,,,,BIDI=<ccsid>
Ez a paraméter a kilencedik helyen található, és a kiszolgáló-adatbázis alapértelmezés szerinti kétirányú (Bidi) CCSID-jét felülbíráló BiDi CCSID megadására szolgál. Például:
    ",,,,,,,,BIDI=xyz" 

xyz a felülbírált CCSID-érték (lásd: (BIDI_NOTE1)).

A támogatott BiDi CCSID-k és a hozzájuk tartozó karakterlánc-típusok listáját a következő helyen találja meg: Administration Guide.

A következő BiDi tulajdonságok szükségesek a BiDi adatok különböző platformokon történő helyes kezeléséhez:

Mivel az alapértelmezések a különböző platformokon nem megegyezők, problémák adódhatnak DB2-es adatok egyik platformról a másikra történő küldésekor. Például, a Windows-os platformok LOGICAL UNSHAPED adatokat használnak, míg az MVS-en és az OS/390-en lévő adatok általában SHAPED VISUAL formátumúak. Ezért BiDi jellemzők támogatása nélkül a DB2 for MVS vagy OS/390-es rendszerből a DB2 Connect Windows-on működő verziójára küldött adatok hibásan jelennek meg.

Amikor a DB2 Connect és a kiszolgálón lévő adatbázis között cserél ki adatokat, általában a fogadó végzi a beérkező adatok átalakítását. Ugyanez az megállapodás vonatkozna általában a BiDi elrendezés átformálásra is, amely a szokásos kódlap-átalakításon felül történik. Jelenleg azonban egyetlen gazdagépes DB2 termék sem támogatja a BiDi-specifikus CCSID-ket és a BiDi elrendezés átformálást. Ezért a DB2 Connect szoftver egy választható továbbfejlesztést tartalmaz, hogy a BiDi elrendezés átformálását elvégezhesse a kiszolgáló-adatbázistól kapott adatokon kívül a kiszolgáló-adatbázisnak küldendő adatokon is.

Ahhoz, hogy a DB2 Connect elvégezhesse a BiDi elrendezés átformálását a kiszolgáló-adatbázishoz menő adatokon, a kiszolgáló-adatbázis BiDi CCSID-jét felül kell bírálni (lásd: (BIDI_NOTE2)). Ezt a kiszolgáló-adatbázisra vonatkozó DCS adatbázis-katalógus PARMS mezőjében lévő BIDI paraméterrel lehet elvégezni.

Ezt a szolgáltatást egy példával lehet a legjobban bemutatni.

Tegyük fel, hogy egy 62213-as CCSID-t (5-ös BiDi karakterlánc-típus) futtató héber DB2 ügyfél egy 424-es CCSID-t (4-es BiDi karakterlánc-típus) futtató DB2-es gazda-adatbázist kíván elérni. A felhasználó azonban tudja, hogy a DB2-es gazda-adatbázisban tárolt adatok 8616-os CCSID-n (6-os BiDi karakterlánc-típus) alapulnak.

Ebben az esetben két probléma merül fel. Az első az, hogy a DB2-es gazda-adatbázis nem tudja, mi a különbség a 424-es és a 8616-os CCSID-hez tartozó BiDi karakterlánc-típus között. A második probléma az, hogy a DB2 gazda-adatbázis nem ismeri fel a DB2 ügyfél 62213-as CCSID-jét. Csak a 862-es CCSID-t támogatja, amely ugyanazon a kódlapon alapul, mint a 62213-as CCSID.

Először is meg kell győződnie arról, hogy a DB2-es gazda-adatbázishoz küldött adatok 6-os BiDi karakterlánc-típusú formátumban vannak-e, továbbá tudatnia kell a DB2 Connect szoftverrel, hogy annak el kell végeznie a BiDi elrendezés átformálását a DB2-es gazda-adatbázistól kapott adatokon. A DB2-es gazda-adatbázist a következőképpen kell katalógusba vennie:

   catalog dcs database nydb1 as TELAVIV parms ",,,,,,,,BIDI=8616"

Ez tudatja a DB2 Connect szoftverrel, hogy a DB2-es gazda-adatbázis 424-es CCSID-jét felül kell bírálnia a 8616-sal. Ez a felülbírálás a következő műveleteket hordozza magában:

  1. A DB2 Connect a 862-es CCSID-vel fog a DB2-es gazda-adatbázishoz kapcsolódni.
  2. A DB2 Connect a DB2-es gazda-adatbázisnak küldendő adatokon el fogja végezni a BiDi elrendezés átformálását 62213-as CCSID-ről (5-ös BiDi karakterlánc-típus) 62221-es CCSID-re (6-os BiDi karakterlánc-típus).
  3. A DB2 Connect a DB2-es gazda-adatbázistól kapott adatokon végre fogja hajtani a BiDi elrendezés átformálását 8616-os CCSID-ről (6-os BiDi karakterlánc-típus) 62213-as CCSID-re (5-ös BiDi karakterlánc-típus).

Megjegyzések:

  1. A BIDI paraméter működésének biztosítása érdekében a DB2BIDI környezeti változót, vagy nyilvántartás értéket YES-re kell állítani.

  2. Ha szeretné, hogy a DB2 Connect a DB2-es gazda-adatbázishoz küldendő adatokon elrendezés-átformálást hajtson végre, akkor fel kell vennie a BIDI paramétert a DCS adatbázis-katalógus PARMS mezőjébe abban az esetben is, ha nincs szükség a CCSID felülbírálására. Ekkor a megadandó CCSID az alapértelmezett DB2-es gazda-adatbázis CCSID-je lesz.

  3. Néhány esetben a kétirányú CCSID használata folytán olyannyira módosulhat maga az SQL lekérdezés is, hogy azt a DB2 kiszolgáló nem ismeri fel. Különösen az IMPLICIT CONTEXTUAL és az IMPLICIT RIGHT-TO-LEFT CCSID-k használatát kell kerülnie, ha más karakterlánc-típus is használható. A CONTEXTUAL CCSID-k megjósolhatatlan eredményeket hozhatnak, ha az SQL lekérdezés idézőjelek között lévő karakterláncokat tartalmaz. Kerülje az idézőjelek között szereplő karakterláncok használatát SQL utasításokban, és ha lehetséges, használjon helyettük forrásváltozókat!

    Ha egy adott kétirányú CCSID olyan problémákat okoz, amelyeket nem lehet orvosolni ezekkel a javaslatokkal, akkor a DB2BIDI környezeti változót vagy nyilvántartási értéket NO-ra kell állítani.

A paraméter karakterlánc megadása

Az alábbiakban néhány példát láthat helyesen megadott paraméter karakterláncokra.

Például az alábbi karakterláncok bármelyikét megadhatja. A "\" (balra döntött törtvonal) az operációs rendszer escape karaktere:

AIX rendszerben:

   NOMAP
   /u/username/sqllib/map/dcs1new.map,D
   ,D
   ,,INTERRUPT_ENABLED
   NOMAP,D,INTERRUPT_ENABLED,,,SYSPLEX,LOCALDATE=\"\"YYMMDD\"\",,

OS/2-es, Windows NT vagy Windows 2000-es rendszeren:

    NOMAP
    d:\sqllib\map\dcs1new.map,D
    ,,INTERRUPT_ENABLED
    NOMAP,D,INTERRUPT_ENABLED,,,SYSPLEX,LOCALDATE=\"\"YYMMDD\"\",,  

Lehetőség van az alapértelmezett értékek elfogadására is azáltal, hogy nem ad meg paraméter karakterláncot.
Megjegyzés:Mivel két pár dupla idézőjelet kell kitenni a paraméter karakterláncban a LOCALDATE maszk meghatározásakor, használnia kell az operációs rendszer escape karakterét, a "\" (balra döntött törtvonalat). Például:
   db2 catalog dcs db x as y
parms \",,,,,,LOCALDATE=\"\"YYMMDD\"\"\"
A fenti példa a következő DCS katalógusbeli bejegyzést eredményezi:
   
DCS 1 entry:
 
    Local database name                = X
    Target database name               = Y
    Application requestor name         =
    DCS parameters                     = ,,,,,,LOCALDATE="YYMMDD"
    Comment                            =
    DCS directory release level        = 0x0100

Rendszeradatbázis-katalógus

A rendszeradatbázis-katalógusban a következő információkat határozhatja meg:

Adatbázisnév
Megegyezik azzal az értékkel, amelyet a DCS katalógus paraméterek táblájába írt be.

Adatbázis-fedőnév
A gazda- vagy AS/400-as adatbázis-kiszolgáló fedőneve. Az adatbázist elérő alkalmazási programok mindegyike ezt a nevet fogja használni. Az alapértelmezett érték a felhasználó által megadott adatbázisnév.

Formátum: 1-8 egybájtos alfanumerikus karakter, beleértve a szám jelet (#), az "at" jelet (@), a "dollár" jelet ($) és az aláhúzást (_). A név nem kezdődhet aláhúzással vagy számmal.

Csomópont neve
Megegyezik azzal az értékkel, amit a csomópont-katalógus paraméterek táblájába írt be.

Hitelesítés
Meghatározza, hol történik majd a felhasználó nevének és jelszavának hitelesítése. Az érvényes hitelesítési beállítások a következők: SERVER, SERVER_ENCRYPT, CLIENT, DCE, DCS és DCS_ENCRYPT. További tájékoztatást a Biztonság helyen talál.

Több bejegyzés meghatározása ugyanazon adatbázishoz

Minden adatbázis esetében legalább egy bejegyzést meg kell adnia a három katalógus (a csomópont-katalógus, a DCS katalógus és a rendszeradatbázis-katalógus) mindegyikében. Előfordulhat azonban az is, hogy egynél több bejegyzést kíván megadni az adatbázis számára.

Például előfordulhat, hogy ki szeretné kapcsolni az SQLCODE leképezést azon alkalmazások esetében, amelyeket a gazda- vagy AS/400-as adatbázis-kiszolgálóról vitt át, ugyanakkor szeretné elfogadni az alapértelmezés szerinti leképezést azoknál az alkalmazásoknál, amelyeket az ügyfél-kiszolgáló környezet számára fejlesztettek ki. Ezt a következőképpen teheti meg:

Mindkét fedőnév ugyanahhoz az adatbázishoz biztosít hozzáférést; az egyik SQLCODE leképezéssel, a másik pedig SQLCODE leképezés nélkül.


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