Příručka Command Reference

Upřesnění parametrů příkazu db2licm - Nástroj správy licencí

Tato aktualizace dokumentace se týká parametru -p příkazu db2licm. Klíčové slovo MEASURED již není platné a je produktem DB2 ignorováno.

Příkaz RESTORE DATABASE - příklad správce TSM

V příkladu pro správce TSM (příklad 6) chybí apostrofy kolem volby TSM a měl by vypadat takto:

|
• Zadání řetězce s oddělovači:

db2 restore db sample use TSM options "'-fromnode bar -fromowner dmcinnis'"

Příklady použití příkazu db2demigdbd

Následující příklady použití příkazu db2demigdbd jsou uspořádány podle operačních systémů.

Demigrace souborů systémového adresáře databází v systémech UNIX a Linux: |

 db2demigdbd $HOME/sqllib 1 

Demigrace souborů lokálního systémového adresáře databází v systémech UNIX a Linux: |

 db2demigdbd  ~/user/NODE0000  1 

Demigrace systémových souborů a všech souborů lokálního adresáře databází v instanci v systému UNIX či Linux: |

 db2demigdbd  $HOME/sqllib  2 

Demigrace souborů systémového adresáře databází v systému Windows: |

 db2demigdbd  d:\sqllib\db2  1 

|,kde db2 označuje aktuální instanci.

Demigrace souborů lokálního systémového adresáře databází v systému Windows: |

 db2demigdbd  d:\db2\NODE0000  1 

Demigrace systémových souborů a všech souborů lokálního adresáře databází v instanci v systému Windows: |

 db2demigdbd  d:\sqllib\db2 2 

Poznámky k použití:

Jakmile je spuštěn příkaz db2updv8 za účelem aktualizace systémových katalogů na aktuální úroveň verze 8, není již podporován přechod zpět na verzi 8.1.

Další informace:

Příklad spuštění příkazu v prostředí DPF (Database Partitioning |Feature) najdete v technické dokumentaci na adrese http://www.ibm.com/support/docview.wss?rs=71&uid=swg21217949.

Oprava poznámky týkající se použití příkazu db2ckbkp

Pomocí volby '-p' lze zobrazit počet stránek pro každý typ objektu. Pokud však bylo provedeno zálohování pro data tabulkových prostorů DMS, nebude ve výstupu příkazu db2ckbkp s volbou '-p' zobrazen počet stránek pro všechny různé typy objektů. V takovém případě bude zobrazen pouze celkový počet všech stránek jako hodnota proměnné SQLUDMSTABLESPACEDATA. V případě tabulkových prostorů DMS je pro proměnné SQLUDMSLOBDATA a SQLUDMSLONGDATA zobrazena hodnota 0.

V následující ukázce je uvedena sekce výstupu příkazu db2ckbkp -p v případě, kdy bylo provedeno zálohování pro data tabulkových prostorů DMS:

      SQLUDMSTABLESPACEDATA (0c):  87 
|      SQLUDMSLOBDATA (0e):          0 
|      SQLUDMSLONGDATA (0f):         0                              

Konvence pojmenování pro databázové objekty a pro identifikátory (ID)

Při pojmenování objektů správce databází, jako jsou například databáze a tabulky, jsou použity následující konvence.

|
• Znakové řetězce reprezentující názvy objektů správce databází mohou obsahovat kterékoli z následujících znaků: a-z, A-Z, 0-9, @, # a $.
|
• Pokud není uvedeno jinak, lze psát názvy malými písmeny; produkt správce databází je však zpracuje stejným způsobem, jako by se jednalo o velká písmena. |

  Výjimku k této konvenci představují znakové řetězce reprezentující názvy v rámci architektury SNA (Systems Network Architecture). U mnohých hodnot jsou rozlišována malá a velká písmena, jako jsou například názvy logických jednotek (partnerská_lu či lokální_lu). Zadané názvy se musí přesně shodovat s definicemi SNA, které daným výrazům odpovídají.

|
• Název nebo alias databáze je jedinečný znakový řetězec obsahující jeden až osm znaků. Může se jednat o písmena, číslice či znaky klávesnice ze sady popsané v předchozím textu. |

  Databáze jsou v systému a v lokálních adresářích databází katalogizovány podle aliasů v jednom poli a podle původního názvu v jiném poli. Pro většinu funkcí používá produkt správce databází název zadaný v poli aliasu adresářů databází. Výjimku tvoří příkazy CHANGE |DATABASE COMMENT a CREATE DATABASE, u kterých je nutné zadat úplnou cestu k adresáři.

|
• Název nebo název aliasu tabulky či pohledu tvoří identifikátor SQL, který je jedinečným znakovým řetězcem s délkou 1 až 128 znaků. Názvy sloupců mohou mít délku 1 až 30 znaků. |

  Úplný název tabulky je vytvořen následovně: schéma.název_tabulky. Schématem je jedinečné jméno uživatelského účtu, pod nímž byla tabulka vytvořena. Názvem schématu pro deklarovanou dočasnou tabulku musí být SESSION.

|
• Délka lokálních aliasů pro vzdálené uzly, které mají být katalogizovány v adresáři uzlů, nesmí překročit 8 znaků.
|
• Prvním znakem v řetězci musí být abecední znak nebo znak @, # nebo $, nemůže se jednat o číslici ani o žádnou ze sekvencí znaků SYS, DBM či IBM.

Pro jména uživatelů a ID pro ověřování platí následující konvence.

|
• Znakové řetězce reprezentující názvy objektů správce databází mohou obsahovat kterékoli z následujících znaků: a-z, A-Z, 0-9, @, # a $.
|
• Jména uživatelů a skupin mohou obsahovat také kterékoli z následujících doplňkových znaků, pokud jsou tyto znaky podporovány modulem plug-in pro zabezpečení: _, !, %, (, ), {, }, -, ., ^.
|
• Pokud jsou jména uživatelů a skupin obsahující kterékoli z následujících znaků zadána prostřednictvím příkazového procesoru, musí být ohraničena uvozovkami: !, %, (, ), {, }, -, ., ^
|
• Prvním znakem v řetězci musí být abecední znak nebo znak @, # nebo $, nemůže se jednat o číslici ani o žádnou ze sekvencí znaků SYS, DBM či IBM.
|
• Délka ID pro ověřování nesmí překročit 30 znaků (v systému 32bitové systémy Windows), resp. 8 znaků (ve všech ostatních operačních systémech).
|
• Délka jmen skupin nesmí přesáhnout 30 znaků.

Příkaz REORGCHK

Vzorce statistiky indexů použité v rámci příkazu REORGCHK byly upraveny. Nové vzorce a jejich vysvětlení je uvedeno níže:

• Vzorec F5:

  100 * (KEYS * (ISIZE + LEAF_REC_OVERHEAD) + (CARD - KEYS) 
              * DUPKEYSIZE ) 
      / ((NLEAF - NUM EMPTY LEAFS - 1) * 
         (INDEXPAGESIZE - 96) > MIN(50, (100 - PCTFREE))

  ,kde LEAF_REC_OVERHEAD = 9 a DUPKEYSIZE = 5.

  Reorganizace je doporučena v případě, že index obsahuje více než 50 procent volného místa, nebo index obsahuje více než PCTFREE procent volného místa, je-li hodnota PCTFREE větší než 50. Tento vzorec je ověřován, pouze pokud je hodnota NLEAF - NUM EMPTY LEAFS - 1 větší než 0. (Od hodnoty NLEAF je odečtena jednička, protože poslední přidělená koncová stránka obvykle není vyplněna.)

• Vzorec F6:

  (100 - PCTFREE) * 
       [ Floor((100 - min(10, PCTFREE)) / 100 * (INDEXPAGESIZE - 96) 
               / (ISIZE + NONLEAF_REC_OVERHEAD)) ** (NLEVELS - 2)] 
       * (INDEXPAGESIZE - 96) / 
         (KEYS * (ISIZE + LEAF_REC_OVERHEAD) 
               + (CARD - KEYS) * DUPKEYSIZE) < 100

  ,kde NONLEAF_REC_OVERHEAD = 12.

  Tento vzorec zjišťuje, zda bude při opětovném vytvoření indexu vytvořen strom s menším počtem úrovní. Vzorec ověřuje poměr mezi množstvím prostoru ve stromu indexu, který má o jednu úroveň méně než aktuální strom, a množství požadovaného prostoru. Pokud lze vytvořit strom zmenšený o jednu úroveň, přičemž stále zůstane k dispozici hodnota PCTFREE, je doporučena reorganizace. Skutečný počet položek indexu by měl být větší než 90 % (nebo 100 - PCTFREE) z počtu položek, které může strom s počtem úrovní NLEVELS - 1 zpracovat (ověřováno pouze pokud je NLEVELS > 1).

Příkaz REORG INDEXES/TABLE

Reorganizuje index nebo tabulku.

Volba REORG INDEXES ALL FOR TABLE se jménem tabulky reorganizuje všechny indexy definované v tabulce opětovným sestavením dat indexu do nefragmentovaných a fyzicky navazujících stránek. Při zadání volby CLEANUP ONLY pro index bude provedeno vyčištění bez opětovného sestavení indexů. Pokud se pokusíte použít tento příkaz na indexy u deklarovaných dočasných tabulek, bude vrácena chyba 42995 stavu SQL.

Volba REORG TABLE s názvem tabulky reorganizuje tabulku tak, že rekonstrukcí řádků odstraní fragmentovaná data, a informace pak stlačí. Reorganizace tabulky je prováděna jednou ze dvou metod:

Klasická

Během prvních fází reorganizace umožňuje pouze omezený přístup k datům s možností čtení.

Místní

Umožňuje přístup k datům během celé reorganizace, nezaručuje však dokonalé uspořádání dat. Místní reorganizaci tabulky lze provádět pouze u tabulek s indexy typu 2 a bez rozšířených indexů.

Při volbě libovolného typu reorganizace jsou po reorganizaci tabulky znovu sestaveny indexy pro tabulku. Při použití místní metody však nebude index dokonale reorganizován a indexy bude třeba reorganizovat později, aby došlo ke snížení fragmentace indexu a opětovnému získání prostoru objektu indexu.

   db2 reorg table employee index empid allow no access indexscan 
      longlobdata

Příkaz BACKUP DATABASE

Migrace databází

db2inidb - příkaz inicializace zrcadlené databáze

Nezadávejte příkaz db2 connect to databáze před zadáním příkazu db2inidb databáze as mirror.

Pokus o připojení k rozdělené zrcadlené databázi před její inicializací způsobí smazání souborů žurnálu nezbytných k obnově přehráním žurnálu.

Připojení nastaví databázi zpět do stavu, ve kterém byla, když jste ji pozastavili. Je-li databáze v době pozastavení označená jako konzistentní, produkt DB2 Universal Database z toho vyvodí, že není nutné zotavení z havárie a vyprázdní žurnály pro budoucí použití. Nastane-li tato situace, pokus o přehrání žurnálu způsobí chybu SQL4970.

Poznámka k použití příkazu db2iupdt

Od verze 8.2 musíte při aktualizaci instance DB2 Universal Database pomocí příkazu db2iupdt nejdříve zastavit všechny procesy DB2 spuštěné vůči této instanci.

Nový parametr pro příkaz db2sqljcustomize

Příkaz db2sqljcustomize má nový parametr.

Nový parametr pro příkaz sqlj

Příkaz sqlj má nový parametr.

Aktualizace příkazu pro monitorování a odstraňování problémů (db2pd)

Příkaz systému DB2 pro monitorování a odstraňování problémů (db2pd) načítá informace z paměťových sad DB2 UDB. Systémový příkaz db2pd byl vylepšen v následujících bodech:

Nový parametr -hadr

Počínaje verzí 8.2 (ekvivalentní verzi 8.1 s opravou FixPak 7) lze použít parametr -hadr, který vypisuje informace o funkci zotavení HADR (High Availability Disaster Recovery). Popis jednotlivých prvků výpisu naleznete v sekci věnované zotavení HADR v příručce System Monitor Guide and Reference.

Nový parametr -utilities

Počínaje verzí 8.2 (ekvivalentní verzi 8.1 s opravou FixPak 7) lze použít parametr -utilities, který vypisuje informace o obslužném programu. Popis všech nahlášených prvků lze nalézt v části týkající se obslužných programů v příručce System Monitor Guide and Reference.

Nový parametr -activestatements

Počínaje verzí 8.2.2 (ekvivalentní verzi 8.1 s opravou FixPak 9) lze použít parametr -activestatements, který vrací informace o aktivních příkazech. Vrácené informace zahrnují následující položky:

AppHandl

Manipulátor aplikace, který s daným aktivním příkazem pracuje, včetně uzlu a indexu.

UOW-ID

Identifikátor transakce, v níž byl příkaz aktivován, v rámci aplikace přiřazené k manipulátoru AppHandl.

StmtID

Identifikátor příkazu v rámci transakce.

AnchID

Identifikátor hašovací kotvy dynamického příkazu SQL mezipaměti balíků.

StmtUID

Identifikátor dynamického příkazu SQL mezipaměti balíků v rámci hašovací kotvy.

EffISO

Efektivní úroveň oddělení příkazu.

EffLockTOut

Efektivní hodnota časového limitu zámku pro daný příkaz.

EffDegree

Efektivní stupeň paralelizmu příkazu.

StartTime

Čas spuštění příkazu.

LastRefTime

Čas, kdy aplikace naposledy použila odkaz na tento příkaz.

Nová volba čekání pro parametr -locks

Počínaje verzí 8.2.2 (ekvivalent verze 8.1 s opravou FixPak 9) lze zadat volbu wait s parametrem -locks, která vrátí pouze zámky ve stavu čekání a zámky, na které čeká nějaký proces.

Parametr -applications vrací nová pole

Počínaje verzí 8.2.2 (ekvivalent verze 8.1 s opravou FixPak 9) parametr -applications vrací čtyři nová pole:

C-AnchID

Toto nové pole obsahuje identifikátor hašovací kotvy dynamického příkazu SQL mezipaměti balíků pro aktuální příkaz. Pokud neexistuje žádný aktuální příkaz, má toto pole hodnotu 0. Identifikátor aktuální hašovací kotvy má hodnotu pouze tehdy, zpracovává-li aplikace požadavek související s příkazem, například požadavek FETCH na kurzor. Po dokončení zpracování požadavku jsou tyto hodnoty vynulovány. Také u statických příkazů SQL je tato hodnota nulová.

C-StmtUID

Toto nové pole obsahuje jedinečný identifikátor dynamického příkazu SQL mezipaměti balíků v rámci hašovací kotvy pro aktuální příkaz. Pokud neexistuje žádný aktuální příkaz, má toto pole hodnotu 0. Jedinečný identifikátor aktuálního příkazu má hodnotu pouze tehdy, zpracovává-li aplikace požadavek související s příkazem. Po dokončení provádění požadavku jsou tyto hodnoty vynulovány. Také u statických příkazů SQL je tato hodnota nulová.

L-AnchID

Toto nové pole obsahuje identifikátor hašovací kotvy dynamického příkazu SQL mezipaměti balíků pro příkaz, který aplikace provedla naposledy. Pokud neexistuje žádný naposledy provedený příkaz, například před provedením prvního dynamického příkazu SQL, má toto pole hodnotu 0. Také u statických příkazů SQL je tato hodnota nulová. Identifikátor poslední hašovací kotvy je definován po dokončení zpracování každého požadavku a zůstává v platnosti až do dokončení dalšího souvisejícího požadavku.

L-StmtUID

Toto nové pole obsahuje jedinečný identifikátor dynamického příkazu SQL mezipaměti balíků v rámci hašovací kotvy pro příkaz, který aplikace provedla naposledy. Pokud neexistuje žádný naposledy provedený příkaz nebo pokud byl naposledy proveden statický příkaz SQL, má toto pole hodnotu 0. Identifikátor posledního příkazu se definuje po dokončení zpracování aktuálního požadavku a zůstává v platnosti do dokončení následujícího požadavku.

Aktualizace příkazu SET CLIENT

Příkaz SET CLIENT určuje nastavení připojení pro proces typu backend.

Parametr SYNCPOINT tohoto příkazu je od verze 8 ignorován. Parametr SYNCPOINT je stále obsažen pouze z důvodů zpětné kompatibility.

Aktualizace příkazu PRECOMPILE

Příkaz PRECOMPILE zpracovává zdrojový soubor aplikačního programu obsahující vložené příkazy SQL. Bude vytvořen změněný zdrojový soubor obsahující volání SQL v jazyku hostitele a ve výchozím nastavení bude vytvořen balík v databázi.

Parametr SYNCPOINT tohoto příkazu je od verze 8 ignorován. Parametr SYNCPOINT je stále obsažen pouze z důvodů zpětné kompatibility.

Aktualizace příkazu UPDATE HISTORY FILE

Aktualizuje umístění, typ zařízení nebo poznámku v položce souboru historie.

Parametr příkazu STATUS udává pro položku nový stav.

Předchozí dokumentace chybně uvádí, že parametr příkazu STATUS může mít hodnotu "I" označující, že položka není aktivní. Platné hodnoty:

A

Označí položku jako aktivní.

E

Označí položku jako prošlou.

Aktualizace příkazů EXPORT a IMPORT

Celá podsekce "Požadované připojení" pro příkazy EXPORT a IMPORT vypadá takto:

Aktualizace příkazu LOAD

Úplné informace o hodnotě AUTOSELECT parametru INDEXING MODE jsou následující:

Modifikátory typů souborů pro obslužný program pro načítání

Příkaz SET INTEGRITY v popisu pro modifikátor "generatedoverride" byl aktualizován.

Popis modifikátoru "usedefaults" byl rovněž aktualizován.

Jedná se o následující aktualizace:

SET INTEGRITY FOR < table-name > GENERATED COLUMN 
  IMMEDIATE UNCHECKED

SET INTEGRITY FOR < table-name > IMMEDIATE CHECKED.

Modifikátory typů souborů pro importní program

Popis modifikátorů "usedefaults" a "codepage=x" byl aktualizován následujícím způsobem:

Příkaz ATTACH

Parametr USER příkazu ATTACH určuje identifikátor ověření. Při připojování k instanci DB2 Universal Database v operačním systému Windows lze jméno uživatele zadat ve formátu kompatibilním se správcem Microsoft Windows NT Security Account Manager (SAM). Kvalifikátor musí být jméno ve stylu NetBIOS o maximální délce 15 znaků. Například jméno_domény\jméno_uživatele.

Příkaz RECOVER DATABASE

V části Příklady dokumentace k příkazu RECOVER DATABASE pro verzi 8.2 jsou časové značky nesprávně formátovány ve tvaru rrrr:mm:dd:hh:mm:ss.

Správný formát je následující: rrrr-mm-dd-hh.mm.ss

Příkaz UPDATE HISTORY FILE

>>-UPDATE HISTORY--+-FOR--část_objektu-+--WITH------------------>
                   '-EID--eid----------'
 
>--+-LOCATION--nové_umístění--DEVICE TYPE--nový_typ_zařízení-+-><
   +-COMMENT--nový_komentář----------------------------------+
   '-STATUS--nový_stav---------------------------------------'
 

db2updv8 - Příkaz aktualizace databáze na |aktuální úroveň verze 8

Tento příkaz aktualizuje systémové katalogy |v databázi, aby podporovaly aktuální úroveň, |následujícím způsobem:

|
• Zavádí nové rutiny dodávané |s aktuálním správcem databází.
|
• Katalogizuje procedury schématu ODBC/CLI/JDBC jako |důvěryhodné procedury pro zlepšení výkonu |a rozšiřitelnosti.
|
• Opravuje dvě typografické chyby v návratových |parametrech tabulkové funkce |SYSPROC.SNAPSHOT_QUIESCERS: |
  |
  • OUIESCER_TBS_ID je opraveno na QUIESCER_TBS_ID
  |
  • OUIESCER_STATE je opraveno na QUIESCER_STATE
|
• Opravuje popisy sloupců typu LOB tak, aby bit |"logged" byl konzistentní s tabulkami |katalogu.
|
• Vytváří pohled SYSIBM.SYSREVTYPEMAPPINGS.
|
• Aktualizuje definice pohledu pro tabulky |SYSSTAT.COLUMNS a SYSSTAT.TABLES.
|
• Aktualizuje sloupec SYSCOLDIST.DISTCOUNT, aby byl |aktualizovatelný.
|
• Aktualizuje sloupec SYSINDEXES.TBSPACEID, aby |nebyly nastaveny příznaky sloupce.
|
• Opravuje délku parametru u 17 tabulkových funkcí. Úplný seznam funkcí |naleznete v tématu Rozšíření sloupců pro uživatelské |funkce snímků v části Aktualizace dokumentace || Administrativní rutiny SQL dokumentace |Poznámky k verzi 8.2.
|
• Povoluje následující vestavěné rutiny: |
  |
  • HEALTH_DBM_INFO
  |
  • HEALTH_DBM_HI
  |
  • HEALTH_DBM_HI_HIS
  |
  • HEALTH_DB_INFO
  |
  • HEALTH_DB_HI
  |
  • HEALTH_DB_HI_HIS
  |
  • HEALTH_TBS_INFO
  |
  • HEALTH_TBS_HI
  |
  • HEALTH_TBS_HI_HIS
  |
  • HEALTH_CONT_INFO
  |
  • HEALTH_CONT_HI
  |
  • HEALTH_CONT_HI_HIS
  |
  • GET_WRAP_CFG_C
  |
  • LIST_FILES_C
  |
  • ODBC_DISCOVERY
  |
  • HEALTH_HI_REC
  |
  • EXEC_DB2_SCRIPT
  |
  • HEALTH_HI_REC
  |
  • EXEC_DB2_SCRIPT
  |
  • ADMIN_LIST_HIST
  |
  • GET_DBM_CONFIG
|
• Mění 33 uživatelských procedur snímku SYSPROC, aby podporovali podprocesy |(THREADSAFE): |
  |
  • SNAPSHOT_DBM
  |
  • SNAPSHOT_FCM
  |
  • SNAPSHOT_FCMNODE
  |
  • SNAPSHOT_SWITCHES
  |
  • SNAPSHOT_APPL_INFO
  |
  • SNAPSHOT_APPL
  |
  • SNAPSHOT_STATEMENT
  |
  • SNAPSHOT_LOCKWAIT
  |
  • SNAPSHOT_AGENT
  |
  • SNAPSHOT_SUBSECT
  |
  • SNAPSHOT_DATABASE
  |
  • SNAPSHOT_BP
  |
  • SNAPSHOT_LOCK
  |
  • SNAPSHOT_TABLE
  |
  • SNAPSHOT_DYN_SQL
  |
  • SNAPSHOT_TBS
  |
  • SNAPSHOT_TBS_CFG
  |
  • SNAPSHOT_QUIESCERS
  |
  • SNAPSHOT_CONTAINER
  |
  • SNAPSHOT_RANGES
  |
  • SNAPSHOT_TBREORG
  |
  • HEALTH_DBM_INFO
  |
  • HEALTH_DBM_HI
  |
  • HEALTH_DBM_HI_HIS
  |
  • HEALTH_DB_INFO
  |
  • HEALTH_DB_HI
  |
  • HEALTH_DB_HI_HIS
  |
  • HEALTH_TBS_INFO
  |
  • HEALTH_TBS_HI
  |
  • HEALTH_TBS_HI_HIS
  |
  • HEALTH_CONT_INFO
  |
  • HEALTH_CONT_HI
  |
  • HEALTH_CONT_HI_HIS
|
• Mění délky parametrů následujících funkcí: |
  |
  • SQLCACHE_SNAPSHOT
  |
  • SNAPSHOT_APPL_INFO
  |
  • SNAPSHOT_STATEMENT
  |
  • SNAPSHOT_LOCKWAIT
  |
  • SNAPSHOT_DATABASE
  |
  • SNAPSHOT_BP
  |
  • SNAPSHOT_LOCK
  |
  • SNAPSHOT_TABLE
  |
  • SNAPSHOT_TBREORG
  |
  • SNAPSHOT_SUBSECT
  |
  • SNAPSHOT_DYN_SQL
  |
  • HEALTH_DBM_INFO
  |
  • HEALTH_DBM_HI
  |
  • HEALTH_DBM_HI_HIS
  |
  • HEALTH_DB_INFO
  |
  • HEALTH_DB_HI
  |
  • HEALTH_DB_HI_HIS
  |
  • DB_PARTITIONS
  |
  • GROUPS_FOR_USER
  |
  • DB_PARTITION
|
• Mění následující funkce tak, že je použito schéma db2schema namísto zastaralého schématu db2schem a že je prostřednictvím těchto funkcí povolena úprava dat SQL: |
  |
  • SQLTABLES
  |
  • SQLTABLEPRIVILEGES
  |
  • SQLSTATISTICS
  |
  • SQLSPECIALCOLUMNS
  |
  • SQLPROCEDURES
  |
  • SQLPROCEDURECOLS
  |
  • SQLPRIMARYKEYS
  |
  • SQLFOREIGNKEYS
  |
  • SQLCOLUMNS
  |
  • SQLCOLPRIVILEGES
|
• Mění následující funkce tak, že je použito schéma db2schema namísto zastaralého schématu db2schem: |
  |
  • SQLUDTS
  |
  • SQLGETTYPEINFO

|>>-db2updv8-- -d--jméno_databáze-------------------------------->
| 
|>--+----------------------------------+--+-----+---------------><
|   '- -u--jméno_uživatele-- -p--heslo-'  '- -h-'
| 

db2updv8 -d sample

Formátování souborů zádrže (Windows)

Pro formátování souborů zádrže (*.TRP) je k dispozici nový nástroj, db2xprt.exe. Tento nástroj formátuje binární soubory zádrže produktu DB2 Universal Database do běžně čitelného souboru ASCII. Soubory zádrže jsou standardně umístěny v adresáři instance (DB2INSTPROF), nebo v cestě adresáře diagnostických dat, pokud je nastaven konfigurační parametr správce databáze DIAGPATH.

>>-db2xprt--+-----------+--+----+--+----+----------------------->
            +-/p--cesta-+  '-/m-'  '-/n-'
            '-/v--------'
 
>--vstupní-soubor--+-----------------+-------------------------><
                   '-výstupní-soubor-'