Podręcznik użytkownika

Sugerowane podejście

W większości środowisk produkcyjnych domyślne przeszukiwanie tabel katalogu systemowego może spowodować zwrócenie ogromnych ilości danych. Tak więc za każdym razem, gdy aplikacja CLI/ODBC otwiera bazę danych, może wystąpić znaczne opóźnienie. Nawet w przypadku typowej testowej bazy danych, często występuje opóźnienie rzędu 25 sekund (lub podobne).

Należy na początku zmierzyć to opóźnienie bez ustawionych parametrów CLI, pamiętając o odjęciu czasu połączenia i szczególnie długich opóźnień mogących występować, gdy klient DB2 po raz pierwszy łączy się z nową bazą danych - automatyczne wiązanie może często trwać kilka minut.

Dalsze postępowanie zależy od struktury danych i organizacji. W niektórych sytuacjach można użyć razem parametrów DBNAME, SCHEMALIST i TABLETYPE, aby ograniczyć przeszukiwanie używane przez daną aplikację lub grupę aplikacji. Jeśli na przykład produkcyjni klienci DBA zazwyczaj uzyskują dostęp do tabel o określonej nazwie DBNAME i schemacie, to łatwo określić te parametry.

CLISCHEMA umożliwia uzyskanie najwyższej wydajności dla większości użytkowników. Z tego powodu ogólnie zaleca się używanie parametru CLISCHEMA w środowisku produkcyjnym, ponieważ znacznie łatwiej ustawić i zmienić tabele użytkowników CLISCHEMA przy użyciu interfejsu poziomu wywołania (CLI) (db2cli.exe) i komendy bldschem. Patrz także Narzędzie db2ocat optymalizujące katalogi.


[ Początek strony | Poprzednia strona | Następna strona | Spis treści | Indeks ]