Z poziomu .NET należy dodać do ConnectionStringa właściwość Authentication z wartością “DATA_ENCRYPT” czyli ConnectionString powinien wyglądać np tak: “DATABASE=SAMPLE;Authentication=DATA_ENCRYPT”

Więcej o dostępnych właściwościach ConnectionStringa

Z poziomu IBM Data Studio pojawia się błąd.

com.ibm.db2.jcc.am.qo: [jcc][t4][201][11237][4.8.86] Wystąpił błąd autoryzacji połączenia. Przyczyna: mechanizm bezpieczeństwa nie jest obsługiwany. ERRORCODE=-4214, SQLSTATE=28000

I na to jest rada. Wystarczy w oknie właściwości połączenia w zakładce “Optional” dodać wpis “securityMechanism=13″. Dlaczego 13?

Oto krótka ściąga z pomocy

securityMechanism
Specifies the DRDA security mechanism. The data type of this property is int. Possible values are:
CLEAR_TEXT_PASSWORD_SECURITY(3) User ID and password
USER_ONLY_SECURITY (4) User ID only
ENCRYPTED_PASSWORD_SECURITY (7) User ID, encrypted password
ENCRYPTED_USER_AND_PASSWORD_SECURITY (9) Encrypted user ID and password
KERBEROS_SECURITY (11) Kerberos
ENCRYPTED_USER_AND_DATA_SECURITY (12) Encrypted user ID and encrypted security-sensitive data.
ENCRYPTED_USER_PASSWORD_AND_DATA_SECURITY (13) Encrypted user ID and password, and encrypted security-sensitive data.
PLUGIN_SECURITY (15) Plug-in security (DB2 Database for Linux, UNIX, and Windows only).
ENCRYPTED_USER_ONLY_SECURITY (16) Encrypted user ID.

If this property is specified, the specified security mechanism is the only mechanism that is used. If the security mechanism is not supported by the connection, an exception is thrown.
The default value for securityMechanism is CLEAR_TEXT_PASSWORD_SECURITY. If the server does not support CLEAR_TEXT_PASSWORD_SECURITY but supports ENCRYPTED_USER_AND_PASSWORD_SECURITY, the IBM DB2 Driver for JDBC and SQLJ driver updates the security mechanism to ENCRYPTED_USER_AND_PASSWORD_SECURITY and attempts to connect to the server. Any other mismatch in security mechanism support between the requester and the server results in an error.

DB2 9.7 Discovery Kit
IBM DB2 9.7 Discovery Kit stanowi bogaty zestaw materiałów technicznych, pozwalających na poszerzenie wiedzy w zakresie serwera baz danych DB2. Na płycie znajdują się książki, artykuły, prezentacje oraz filmy instruktażowe dedykowane administratorom baz danych, deweloperom aplikacji oraz architektom IT. Nowe funkcjonalności serwera danych możesz przetestować dzięki załączonym: wersji testowej DB2 Enterprise Edition oraz przygotowanemu środowisku wirtualnemu – DB2 Enterprise Virtual Appliance. Materiały obejmują również informacje o ekosystemie DB2 – hurtowni InfoSphere Warehouse, rodzinie narzędzi Optim oraz bazie danych, rezydującej w pamięci – solidDB. Znajdziesz tam również materiały na temat ścieżek certyfikacyjnych oraz programów partnerskich i akademickich.

Artykuły
Nowości IBM DB2 9.7
Artykuł wprowadza w nowe funkcjonalności, które pojawiły się w wersji IBM DB2 9.7.
- Artur Wroński, Marcin Molak

Integracja DB2 z bazami danych Oracle
Mechanizm federacji w IBM DB2 pozwala na wirtualny dostęp do danych zarządzanych przez serwery baz danych różnych producentów. Artykuł przedstawia kolejne kroki w konfiguracji środowiska, które pozwalają na zintegrowanie bazy danych IBM DB2 z Oracle DB.
- Paweł Drzymała, Henryk Welfle

Procedury składowane w DB2 9
Artykuł przybliża tworzenie procedur składowanych w bazach IBM DB2. Autor koncentruje się nie tylko na podstawowych konstrukcjach języka SQL PL, ale porusza również tematy zaawansowane, takie jak wykonywanie kodu dynamicznego czy obsługa błędów.
- Dariusz Depta

DB2 COBRA – Converting Oracle Becomes Really Affordable
Autor opisuje nowe funkcjonalności, wprowadzone w wersjach IBM DB2 9.5 i 9.7 ułatwiające proces migracji aplikacji opartych na serwerze Oracle DB.
- Marcin Molak

XML w praktyce
W ramach artykułu przedstawione zostają przykładowe zastosowania dokumentów XML i ich pełna obsługa w bazie danych IBM DB2. Kolejne przykłady wprowadzają czytelnika w świat technologii IBM pureXML.
- Marcin Molak

Poziomy izolacji w DB2
W ramach artykułu autorzy poruszają tematykę właściwego wykorzystania poziomów izolacji celem zapewnienia maksymalnej współbieżności aplikacji. Przedstawiona jest również koncepcja optymistycznego blokowania, coraz bardziej popularna wśród programistów.
- Artur Wroński, Krzysztof Mikołajewski

Backup od A do Z
W artykule autor opisuje dostępne w DB2 techniki tworzenia kopii zapasowych. Szczegółowo omawia bakcup online i offline. Porusza także bardziej zaawansowane zagadnienia, takie jak odtwarzanie obszarów tabel przy pracującej bazie danych, czy backup bardzo dużych baz danych.
- Artur Wroński

Mechanizm zarządzania obciążeniem w DB2
Autorzy prezentują poszczególne etapy związane z uruchamianiem menadżera obciążeń w IBM DB2.
- Rafał Stryjek, Przemysław Kantyka

Kompresja w DB2
Autor na przykładzie przedstawia mechanizmy kompresji danych w IBM DB2 9.7, m.in mechanizm kompresji tabel, indeksów, backup-ów i dokumentów XML
- Artur Wroński

Źródło: http://sdjournal.org/magazine/933-sdj-extra-db2-9-7

Discovery Kit zawiera:
* DB2 Enterprise 9.7 Trial Virtual Appliance wraz z IBM® Data Studio 2.2 i Technology Explorer for IBM DB2 (jako wirtualana maszyna VMware® z SUSE® Linux Enterprise Server 10)
* DB2 Enterprise 9.7 trial dla systemów Windows (32-bitowa wersja) i Linux (64-bitowa wersja)
* Dodatkową dokumentację

Zmienianie języka interfejsu produktu DB2 (Windows)
Język interfejsu programu DB2 to język, w którym wyświetlane są komunikaty, pomoc i elementy interfejsu narzędzi graficznych. Podczas instalacji produktu DB2 można zainstalować obsługę jednego lub większej liczby języków. Po instalacji można zmienić język interfejsu DB2 na jeden z zainstalowanych języków.

Nie należy mylić języków obsługiwanych przez program DB2 z językami obsługiwanymi przez interfejs DB2. Języki obsługiwane przez produkt DB2 to języki, w których mogą istnieć dane. Te języki są nadzbiorem języków obsługiwanych przez interfejs produktu DB2.

Wybrany język interfejsu DB2 musi już być zainstalowany w systemie. Języki interfejsu produktu DB2 są wybierane i instalowane podczas instalowania produktu DB2 za pomocą Kreatora instalacji DB2. W przypadku zmiany języka interfejsu produktu DB2 na język obsługiwany, ale nie zainstalowany, jako język interfejsu produktu DB2 domyślnie zostanie przyjęty najpierw język systemu operacyjnego, a jeśli nie jest on obsługiwany – język angielski.

Zmiana języka interfejsu programu DB2 w systemie Windows wymaga zmiany ustawienia języka domyślnego w systemie operacyjnym Windows.

Aby zmienić język interfejsu produktu DB2 w systemach operacyjnych Windows:

W Panelu sterowania wybierz opcję Opcje regionalne i językowe.
Na karcie Opcje regionalne w obszarze Standardy i formaty wybierz odpowiedni język. W systemach Windows 2008 i Windows Vista lub nowszych należy w tym kroku użyć karty Formaty.
Na karcie Opcje regionalne w obszarze Lokalizacja wybierz położenie odpowiadające danemu językowi.
Na karcie Zaawansowane w obszarze Język dla programów nie obsługujących kodu Unicode wybierz odpowiedni język. W systemach Windows 2008 i Windows Vista lub nowszych, na karcie Administracyjne, w obszarze Język dla programów nie obsługujących kodu Unicode, kliknij przycisk Zmień ustawienia regionalne systemu i wybierz odpowiedni język. Następnie zostanie wyświetlona prośba o restart; należy kliknąć przycisk Anuluj.
Na karcie Zaawansowane, w obszarze Domyślne ustawienia konta użytkownika, zaznacz opcję Zastosuj wszystkie ustawienia do bieżącego konta użytkownika i do domyślnego profilu użytkownika. W systemach Windows 2008 i Windows Vista lub nowszych, na karcie Administracyjne, w obszarze konta zarezerwowane, kliknij przycisk Skopiuj do kont zarezerwowanych, a następnie zaznacz konta, do których mają zostać skopiowane ustawienia języka.
Przed wprowadzeniem tych zmian zostanie wyświetlona prośba o restart.
Dodatkowe informacje na temat zmiany języka domyślnego można znaleźć w dokumentacji systemu operacyjnego.

Zmiana języka interfejsu DB2 (Linux i UNIX)
Język interfejsu produktu DB2 to język, w którym wyświetlane są komunikaty, pomoc i elementy interfejsu narzędzi graficznych. Podczas instalacji produktu DB2 można zainstalować obsługę jednego lub większej liczby języków. Jeśli po pewnym czasie nastąpi konieczność zmiany języka interfejsu na inny zainstalowany język, należy wykonać czynności opisane w tym zadaniu.

Nie należy mylić języków obsługiwanych przez program DB2 z językami obsługiwanymi przez interfejs DB2. Języki obsługiwane przez produkt DB2, czyli języki, w jakich przechowywane mogą być dane, stanowią nadzbiór języków interfejsu DB2.

Obsługa odpowiedniego języka interfejsu DB2 musi być wcześniej zainstalowana w systemie. Obsługę języka interfejsu programu DB2 wybiera się i instaluje podczas instalowania programu DB2 za pomocą Kreatora instalacji DB2. W przypadku zmiany języka interfejsu produktu DB2 na język obsługiwany, ale nie zainstalowany, jako język interfejsu DB2 domyślnie zostanie przyjęty język systemu operacyjnego. Jeśli język systemu operacyjnego nie jest obsługiwany, jako język interfejsu DB2 zostanie użyty język angielski.

Obsługę języka interfejsu programu DB2 wybiera się i instaluje podczas instalowania produktu DB2 za pomocą Kreatora instalacji DB2 lub za pomocą Pakietu języków narodowych.

Aby sprawdzić, które publiczne ustawienia narodowe są dostępne w systemie, należy wykonać komendę $ locale -a.

Aby zmienić język interfejsu produktu DB2, należy zmiennej środowiskowej LANG przypisać odpowiednie ustawienia narodowe.

Powłoki bourne’a (sh), korna (ksh) oraz bash:

LANG=
export LANGPowłoka C:
setenv LANG Na przykład, aby jako język interfejsu produktu DB2 wybrać język francuski (obsługa języka francuskiego musi być zainstalowana), należy wybrać francuskie ustawienia narodowe, nadając zmiennej środowiskowej LANG ustawienie fr_FR.

Okazało sie, że błąd SQL20427N (opis w pliku dokumentacji DB2MessageRefVol2-db2m2e970.pdf) posiada identyfikator błądu zaczynający się od liter ‘CIE’

Aby sprawdzić numer błądu należy z lini poleceń wykonać komende

db2ts help 00442N

Oto wynik:

CIE00442N Wlasciciel instancji nie ma uprawnien do wykonania komendy indeksu tekstowego dla bazy danych “%1″.Objasnienie:

Uzytkownik próbowal uruchomic komende dotyczaca indeksu tekstowego z ID wlasciela instancji,
do którego nie ma przypisanych odpowiednich uprawnien.
Aby uruchomia komendy dotyczace indeksu tekstowego, wymagane jest ID wlasciciela
 instancji z uprawnieniem DBADM i DATAACCESS.

Rózne komendy indeksu wyszukiwania tekstowego DB2 wymagaja róznych poziomów
uprawnien baz danych.  Liste wymaganych uprawnien dla komend indeksu wyszukiwania tekstowego
DB2 zawiera temat “Wymagania dotyczace uprawnien dla komendy indeksu wyszukiwania tekstowego DB2″
w Centrum informacyjnym DB2.

Reakcja uzytkownika:

Upewnij sie, ze wlasciciel instancji ma uprawnienia DBADM i DATAACCESS, aby uzytkownik mógl
wykonywac operacje na indeksie tekstowym.

A wiec w “Edytorze komend” wykonujemy:

CONNECT TO test;
GRANT DBADM, CREATETAB, BINDADD, CONNECT, CREATE_NOT_FENCED_ROUTINE,
IMPLICIT_SCHEMA, LOAD, CREATE_EXTERNAL_ROUTINE, QUIESCE_CONNECT, SECADM
ON DATABASE TO USER DB2ADMIN;
CONNECT RESET;

Komunikat pomocy sugeruje dodanie tylko uprawnien DBADM ale dla swietego spokoju (i poniewaz jest to baza testowa) dodalem wszystkie uprawnienia.

Teraz wystarczy uruchomic

db2ts "ENABLE DATABASE FOR TEXT"

a nastepnie uruchomic

db2ts start for text
CIE00001 Operacja zakonczona pomyslnie.

Utworzymy index

CALL SYSPROC.SYSTS_CREATE('ada4ko', 'idx_ts_wikitext', 'WIKIPEDIA (WIKI_TEXT)', '', 'pl_PL', ?)

i spróbujemy go wypełnić

set DB2DBDFT=WIKI
db2ts  "UPDATE  INDEX  idx_ts_wikitext  FOR  TEXT"

i pojawia się piękny błąd

SQL20427N  Podczas wykonywania procedury lub komendy administracyjnej wyszukiwan
ia tekstowego wystąpił błąd. Komunikat o błędzie to: "CIE00715 Wywołanie "db2DbD
irOpenScan()/db2DbDirGetNextEntry()/db2DbDirCloseScan()": kod_powrotu="0", SQLCO
DE="-5005". ". SQLSTATE=38H14

Szybki rzut oka na numer bledu

db2ts help 00715

i mamy komunikat

CIE00715 Wywołanie "%1": kod_powrotu="%2", SQLCODE="%3".

Objaśnienie:

Podczas wywoływania funkcji wewnętrznej wystąpił wewnętrzny błąd przetwarzania.

Reakcja użytkownika:

Jeśli błąd nie ustąpi, rozpocznij śledzenie i sprawdź dziennik db2diag.log.
Zgłoś błąd przedstawicielowi serwisu IBM.

Zapowiada się coraz ciekawiej.

No to zaczynamy.

Najpierw utworzymy bazę danych

CREATE DATABASE wiki AUTOMATIC STORAGE YES  ON 'D:\db2' DBPATH ON 'D:\db2' ALIAS wikipedi USING CODESET UTF-8 TERRITORY PL COLLATE USING SYSTEM PAGESIZE 4096;

i trzy tabele. Dwie na dane XML

create table wiki (id int, doc xml)

create table wiki1 (id int, doc xml)

a drugą na dane w postaci relacyjnej

 create table wikipedia (wiki_id int, wiki_title varchar(1000), wiki_text clob(2M))

Po pobraniu pliku (ponad 500Mb) i rozpakowaniu mamy plik o wielkości prawie 2Gb.

Ponieważ próby zaimportowania całego pliku od razu kończyły się komunikatem o braku miejsca podzieliłem plik na kilka mniejszych części (uzupełniając ręcznie brakujące tagi) i zaimportowałem każdy po kolei.

IMPORT FROM d:\wiki\db2import\wiki.csv  OF DEL XML FROM d:\wiki\db2import\ MESSAGES d:\wiki\db2import\out.txt INSERT INTO wiki1

W ten sposób w tabeli wiki1 mamy całą wikipedię w kilku rekordach. Następny krok to wypełnić tabele wiki i wikipedia

insert into wiki (tresc)
SELECT X.* FROM wiki1,
  XMLTABLE (XMLNAMESPACES(DEFAULT 'http://www.mediawiki.org/xml/export-0.3/'),
'$d/mediawiki/page' passing cast(doc As XML) as "d"
    COLUMNS
      dok XML PATH 'document{.}') AS X

insert into wikipedia (wiki_id,wiki_title,wiki_text)
SELECT X.*
FROM wiki1,
XMLTABLE (XMLNAMESPACES(DEFAULT 'http://www.mediawiki.org/xml/export-0.3/'),
'$d/mediawiki/page' passing cast(doc As XML) as "d"
   COLUMNS
   ID        INTEGER         PATH 'id',
   title    VARCHAR(1000)     PATH 'title',
   tekst    varchar(2M)     PATH 'revision/text'
) AS X

Po wypełnieniu każda posiada ponad 700 000 wierszy.

Pora napisać jakieś proste zapytanie. Np:

select * from wikipedia where wiki_title = 'DB2'

Wykonuje się długo? Trzeba założyć indeks.

CREATE  INDEX ADMIN.WIKI_TITLE ON ADMIN.WIKIPEDIA (WIKI_TITLE ASC)  PCTFREE 10 MINPCTUSED 10 ALLOW REVERSE SCANS  PAGE SPLIT SYMMETRIC COLLECT  SAMPLED DETAILED  STATISTICS ;

A co z wyszukiwaniem po polu wiki_text? Ponieważ jest to pole typu CLOB nie można na nim założyć indeksu. Tu z pomocą przyjdzie nam FULL TEXT SEARCH.

db2ts START FOR TEXT;

CIE00001 Operacja zakończona pomyślnie.

db2ts ENABLE DATABASE FOR TEXT CONNECT TO WIKI;

SQL20427N Podczas wykonywania procedury lub komendy administracyjnej wyszukiwan
ia tekstowego wystąpił błąd. Komunikat o błędzie to: “CIE00442N Właściciel insta
ncji nie ma uprawnień do wykonania komendy indeksu tekstowego dla bazy danych “W
IKI”.”. SQLSTATE=38H14

Spróbujmy zrobić to samo na tabeli z danymi w formacie XML.

Select *
from WIKI
Where xmlexists('declare  default  element  namespace  "http://www.mediawiki.org/xml/export-0.3/"; $c/page[title="DB2"]' passing tresc as "c")

Zapytanie wykonuje się długo? Spróbujmy założyć indeks.

CREATE INDEX wiki_index on wiki(tresc) GENERATE KEY USING
XMLPATTERN '/page/title' as SQL VARCHAR(1000)

DB21034E Komenda nie była poprawną komendą procesora wiersza komend i została
przetworzona jako instrukcja SQL. Podczas przetwarzania SQL komenda zwróciła:
SQL0614N Nie można utworzyć lub zmienić indeksu lub rozszerzenia indeksu
“WIKI_INDEX”, ponieważ łączna długość podanych kolumn jest za duża.
SQLSTATE=54008

SQL0614N Nie można utworzyć lub zmienić indeksu lub rozszerzenia indeksu “WIKI_INDEX “, ponieważ łączna długość podanych kolumn jest za duża.

Objaśnienie:

Nie można utworzyć lub zmodyfikować indeksu, ponieważ suma długości
kolumn wewnętrznych klucza przekroczyłaby ograniczenie długości klucza
indeksu. Nie można także utworzyć indeksu przy użyciu kolumn typu LONG
VARCHAR, LONG VARGRAPHIC lub LOB. Jeśli indeks został zdefiniowany w
tabeli o typie strukturalnym, został utworzony także dodatkowy nagłówek
indeksu, który zmniejsza maksymalną długość o 4 bajty. Indeks można
zmodyfikować przy użyciu instrukcji ALTER TABLE lub ALTER NICKNAME,
umożliwiającej zmianę typu danych w jednej lub kilku kolumnach.

Nie można utworzyć rozszerzenia indeksu, ponieważ suma długości kolumn
zwracanych przez funkcję GENERATE KEY przekroczyłaby ograniczenie
długości klucza indeksu.

Ograniczenie długości klucza indeksowania jest określone na podstawie
wielkości strony obszaru tabel używanego przez indeks:

Maks. dł. klucza Wielkość strony
————– ———
1 kB 4 kB
2 kB 8 kB
4 kB 16 kB
8 kB 32 kB

Nie można wykonać instrukcji. Określony indeks lub rozszerzenie indeksu
nie zostało utworzone albo nie można było zmienić tabeli lub pseudonimu.

Działanie użytkownika:

Aby zmodyfikować definicję indeksu lub zmienić kolumnę, usuń jedną lub
kilka kolumn wchodzących w skład indeksu, tak aby długość indeksu nie
przekroczyła dopuszczalnej wartości. W definicji rozszerzenia indeksu
określ inną funkcję GENERATE KEY lub przedefiniuj ją, tak aby zwracała
wiersz o mniejszej długości.

kod_sql: -614

stan_sql: 54008

I na razie bez powodzenia.

W tabeli poniżej lista narzędzi które zostaną usunięte:

Kilka słów o Data Studio już wkrótce.