I det här avsnittet ges detaljerad information om följande parametrar i konfigurationsfilen:
På UNIX- och Windows NT-servrar avser parametern RDB_NAME namnet på en befintlig databas där DB2 OLAP Server lagrar data för OLAP-tillämpningar. Formatet för parametern är följande:
RDB_NAME = databasnamn
Den här parametern måste finnas med i RSM-avsnittet.
Parametern RDB_USERID anger det användar-ID som DB2 OLAP Server ska använda till att logga på relationsdatabasen. Användar-IDt måste vara installerat i relationsdatabasen. Den här parametern är valfri. Om parametrarna RDB_USERID och RDB_PASSWORD utelämnas kommer DB2 OLAP Server att logga på DB2 UDB med operativsystemets sessionsanvändar-ID och -lösenord.
Formatet för parametern är följande:
RDB_USERID = användar-id
Parametern RDB_PASSWORD anger vilket lösenord som hör till det användar-ID som DB2 OLAP Server använder till att logga på relationsdatabasen. Den här parametern är valfri. Om parametrarna RDB_USERID och RDB_PASSWORD utelämnas loggar DB2 OLAP Server på DB2 UDB med operativsystemets sessionsanvändar-ID och lösenord.
Formatet för parametern är följande:
RDB_PASSWORD = lösenord
Parametern TABLESPACE anger en sträng som läggs till sist i varje CREATE TABLE-sats som utfärdas av DB2 OLAP Server. Parametern TABLESPACE styr i vilket tabellutrymme som DB2 OLAP Server skapar relationstabeller.
Den här parametern är valfri.
Formatet för parametern är följande:
TABLESPACE = sträng
där sträng är den sträng du vill lägga till sist i alla CREATE TABLE-satser, så att du kan kontrollera i vilket tabellutrymme som tabeller skapas i. Du kan bara ange befintliga tabellutrymmen.
Eftersom strängen läggs till sist i en CREATE TABLE-sats måste du ange den fullständiga TABLESPACE-delsatsen. Alla alternativ för delsatsen är tillgängliga. Standardalternativet är "" (tom sträng).
Exempel för Windows NT och UNIX:
TABLESPACE=IN TS1 INDEX IN TSIDX
Exempel för OS/390:
TABLESPACE=IN OLAP.TS32
Fullständiga syntaxregler för SQL-satser finns i SQL-dokumentationen för relationsdatabasen.
Parametern ADMINSPACE avgör i vilket tabellutrymme som DB2 OLAP Server ska skapa relationstabeller för administrationssyften. För OS/390 måste det vara ett tabellutrymme med sidstorleken 32 kB. Parametern ADMINSPACE anger en sträng som läggs till sist i CREATE TABLE-satser som utfärdas av DB2 OLAP Server.
Den här parametern krävs för dataåtkomst i OS/390 och är valfri för övriga operativsystem.
Formatet för parametern är följande:
ADMINSPACE = sträng
där sträng är den sträng du vill lägga till sist i alla CREATE TABLE-satser som utfärdas av DB2 OLAP Server, så att du kan kontrollera vilket tabellutrymme som administrationstabeller skapas i. Du kan bara ange befintliga tabellutrymmen.
Eftersom strängen läggs till sist i en CREATE TABLE-sats måste du ange en fullständig TABLESPACE-delsats. Alla alternativ för delsatsen är tillgängliga. Standardalternativet är "" (tom sträng).
Exempel:
ADMINSPACE=IN OLAP.ADMINDATA
Fullständiga syntaxregler för SQL-satser finns i SQL-dokumentationen för relationsdatabasen.
Om du inte anger den här parametern lagras administrationstabeller i det tabellutrymme som anges i parametern TABLESPACE.
Parametern KEYSPACE anger i vilket tabellutrymme DB2 OLAP Server ska skapa nyckeltabeller för relationskuber. KEYSPACE-parametern är en sträng som tillämpas i DB2 OLAP Server till satsen CREATE TABLE när en nyckeltabell skapas.
Du kan förbättra prestandan i DB2 OLAP Server genom att ange tabellutrymmen där snabba lagringsenheter används.
Den här parametern är valfri.
Formatet för parametern är följande:
KEYSPACE = sträng
där sträng är den sträng du vill lägga till sist i alla CREATE TABLE-satser som utfärdas av DB2 OLAP Server när du skapar en nyckeltabell. Du kan bara ange befintliga tabellutrymmen.
Eftersom strängen läggs till sist i en CREATE TABLE-sats måste du ange den fullständiga TABLESPACE-delsatsen. Alla alternativ för delsatsen är tillgängliga. Om du inte anger den här parametern lagras nyckeltabellen i det tabellutrymme som anges i parametern TABLESPACE. Om du inte anger parametern TABLESPACE är standardalternativet "" (tom sträng).
Exempel för Windows NT och UNIX:
TABLESPACE=IN TS1 INDEX IN TSIDX
Fullständiga syntaxregler för SQL-satser finns i SQL-dokumentationen för relationsdatabasen.
Parametern FACTS anger en sträng som läggs till sist i varje CREATE TABLE-sats som utfärdas av DB2 OLAP Server när faktatabeller skapas. Parametern FACTS avgör i vilket tabellutrymme som DB2 OLAP Server ska skapa faktatabeller för relationskuber.
Eftersom faktatabellen är den största och viktigaste tabellen i en relationskub kan du förbättra prestanda genom att ange ett tabellutrymme som använder snabba lagringsenheter. Du kan också förbättra prestanda genom att använda ett partitionerat tabellutrymme, om det finns funktioner för sådana i din databas.
Den här parametern är valfri.
Formatet för parametern är följande:
FACTS = sträng
där sträng är den sträng du vill lägga till sist i alla CREATE TABLE-satser som utfärdas av DB2 OLAP Server när faktatabeller skapas. Du kan bara ange befintliga tabellutrymmen. Den här strängen läggs till direkt i CREATE TABLE-satsen, så du måste ange en fullständig FACTS-delsats.
Alla alternativ för delsatsen är tillgängliga. Om du inte anger den här parametern lagras faktatabellen i det tabellutrymme som anges i parametern TABLESPACE. Om du inte anger parametern TABLESPACE är standardalternativet "" (tom sträng).
Exempel för Windows NT och UNIX:
FACTS=IN TS1 INDEX IN TSIDX
I OS/390 får du faktatabellsnumret från DB2 OLAP Server, t ex
FACTS=IN OLAP.TSPRF? där ? avser faktatabellsnumret
Fullständiga syntaxregler för SQL-satser finns i SQL-dokumentationen för relationsdatabasen.
Parametern TRACELEVEL anger vilken detaljnivå som ska ges av spårningsfunktionen i DB2 OLAP Server.
Anm: Parametern TRACELEVEL ska bara användas på anmodan från IBM i diagnossyfte. Eftersom användning av den här parametern avsevärt kan försämra prestanda bör du inte använda den vid normal användning av produkten.
Den här parametern är valfri.
Formatet för parametern är följande:
TRACELEVEL = nivå
där nivå har något av följande värden:
Parametern TRACEFILESIZE anger största storlek på filen där spårningsfunktionen lagrar spårningsinformation (RSMTRACE.LOG). När spårningsfilen når den storlek som är angiven med den här parametern töms den.
Anm: Parametern TRACEFILESIZE ska bara användas på anmodan från IBM i diagnossyfte. Eftersom användning av den här parametern avsevärt kan försämra prestanda bör du inte använda den vid normal användning av produkten.
Den här parametern är valfri.
Formatet för parametern är följande:
TRACEFILESIZE = storlek
där storlek är största tillåtna storlek i megabyte (MB) som spårningsfilen kan växa till innan den töms. Standardvärdet är 1 MB.
Med parametern ISOLATION anger du vilken isoleringsnivå som DB2 OLAP Server ska använda vid arbete mot relationsdatabasen. Isoleringsnivån avgör hur data som används låses eller isoleras från andra transaktioner och processer. En hög isoleringsnivå ger större integritet genom att data låses tidigare. Däremot gör en hög isoleringsnivå att samtidigheten minskar eftersom transaktioner och processer kan behöva vänta på åtkomst till isolerade data.
Den här parametern är valfri.
Formatet för parametern är följande:
ISOLATION = nivå
där nivå har något av följande värden:
Med cursor-stabilitet låses alla rader som används i transaktioner så länge cursor befinner sig någonstans på raden. Låset förblir aktivt tills nästa rad hämtas eller transaktionen avslutas. Om några data i raden ändras hålls låset däremot kvar tills ändringen har bekräftats.
Inga andra transaktioner eller processer kan uppdatera eller ta bort rader som tillämpningar med inställningen cursor-stabilitet har hämtat under tiden någon uppdateringsbar cursor befinner sig på raden. Däremot kan andra tillämpningar infoga, ta bort eller ändra rader på endera sidan av den låsta raden, med följande undantag:
Transaktioner med inställningen cursor-stabilitet kan inte se obekräftade ändringar som görs av andra tillämpningar. Cursor-stabilitet är standardinställningen för isoleringsnivå, och bör användas när du vill ha maximal samtidighet och kunna se bekräftade radändringar som görs av andra transaktioner eller processer.
Utan lås kan transaktioner få åtkomst till obekräftade ändringar som görs av andra transaktioner. Transaktioner låser inte andra transaktioner eller processer från att komma åt den rad som läses, om inte någon transaktion försöker avregistrera eller ändra tabellen. Ändringar som görs av andra transaktioner kan läsas innan de bekräftas eller backas tillbaka. Isoleringsnivån utan lås används mest när det inte går att göra några uppdateringar, eller när det inte spelar någon roll ifall du ser obekräftade data från andra transaktioner. Inga lås ger lägst antal låsningar och högst nivå av samtidighet.
Med lås med lång varaktighet isoleras bara de rader som hämtas. Det säkerställer att eventuella kvalificerade radläsningar under arbetsenheten inte ändras av någon annan transaktion eller process förrän arbetsenheten är genomförd, och att eventuella rader som ändras av andra transaktioner eller processer inte läses förrän ändringen bekräftas av den processen. Med lås med lång varaktighet får du både en hög grad av samtidighet och en stabil visning av data.
Med inställningen repeatable read isoleras varje rad som refereras till, inte bara de som hämtas. Rätt typ av låsning utförs, så att andra transaktioner eller tillämpningar inte kan infoga eller uppdatera rader som annars skulle läggas till i listan med rader som refereras till från den aktuella transaktionen.
Med upprepad läsning kan du upprätta och hålla ett stort antal lås. Låsen kan snabbt upphöjas och motsvara ett fullständigt tabellås.
Upprepad läsning ger den högsta graden av integritet, men alla rader som refereras till isoleras omedelbart. Det ger dessutom den lägsta graden av samtidighet.
Upprepad läsning brukar inte rekommenderas för DB2 OLAP Server.
Mer information om isoleringsnivåer finns i dokumentationen för relationsdatabasen.
Med parametern MAXPOOLCONNECTIONS anger du det största antalet anslutningar till relationsdatabaser som OLAP-tillämpningar kan hålla i respektive pool.
Den här parametern är valfri.
Formatet för parametern är följande:
MAXPOOLCONNECTIONS = maxnumber
där maxnumber är det maximala antalet anslutningar varje OLAP-tillämpning kan hålla i respektive pool. Standardvärdet är 20.
Det lägsta värdet du kan ange är 0. Om du anger 0 kommer inte OLAP-tillämpningarna att hålla några anslutningar i poolen, utan upprätta en ny anslutning varje gång en sådan krävs.
Det värde du anger bör inte överstiga det antal samtidiga anslutningar som relationsdatabasen som mest kan hantera.
Med parametern STARTCONNECTIONS anger du det antal anslutningar som OLAP-tillämpningar upprättar till relationsdatabasen när de aktiveras.
Den här parametern är valfri.
Formatet för parametern är följande:
STARTCONNECTIONS = number
där antal är det antal anslutningar som ska upprättas automatiskt till relationsdatabasen när OLAP-tillämpningar aktiveras. Standardvärdet är 3.
Det lägsta värdet du kan ange är 0. Om du anger 0 kommer inte OLAP-tillämpningar att upprätta några anslutningar till relationsdatabasen när de aktiveras.
Det värde du anger bör inte överstiga värdet på parametern MAXPOOLCONNECTIONS.
Använd den här parametern till att partitionera det DB2 UDB-tabellutrymme där faktatabellen lagras, eller till att skicka information om hur OS/390-tabellutrymmet för faktatabellen är partitionerat till DB2 OLAP Server.
Om du använder DB2 UDB Extended Enterprise Edition V5 eller högre: Parametern PARTITIONING lägger till en delsats om partitioneringsnyckel till CREATE TABLE-satsen när faktatabellen skapas. Sedan används den definierade glesa dimensionen till att avgöra vilka kolumner som ska användas som nyckelkolumner vid partitioneringen.
Om du använder DB2 för OS/390: Med parametern PARTITIONING skapar du ett klusterindex för tabellutrymmet, som baseras på det antal partitioner som angavs när OS/390-tabellutrymmet skapades.
Den här parametern gäller bara om du använder DB2 UDB Extended Enterprise Edition V5 eller DB2 för OS/390,
Formatet för parametern är följande:
PARTITIONING = värde
Sätt värde till det antal partitioner som databasadministratören för OS/390 skapade för tabellutrymmet.
Om du använder DB2 UDB: Sätt värde till antingen 0 eller 1. Om du sätter värdet till 0 kommer inte delsatsen att läggas till i CREATE TABLE-satsen, 0 är också standardvärde. Om du sätter värdet till 1 läggs delsatsen till.
Mer information om partitionering av databaser finns i dokumentationen för relationsdatabasen. Fullständiga syntaxregler för SQL-satser finns i SQL-dokumentationen för relationsdatabasen.
Använd den här parametern till att ange indexutrymmen för index till faktatabeller när du använder DB2 OLAP Server till att få åtkomst till data i DB2 på OS/390. DB2 OLAP Server genererar antalet faktatabeller. Med parametern FINDEX läggs en USING STOGROUP-delsats till i CREATE INDEX-satsen för faktatabellen.
Den här parametern är valfri, och bara tillämplig om du arbetar med data i DB2 för OS/390.
Formatet för parametern är följande: FINDEX =sträng
där sträng är den sträng som anger blocket USING STOGROUP i CREATE INDEX-satsen.
Du måste ha ett frågetecken som sista tecken i parametern SGPR. DB2 OLAP Server genererar ett nummer mellan 1 och 4 som ersättning för frågetecknet. Exempel:
FINDEX = USING STOGROUP SGPR? BUFFERPOOL BP2
Använd den här parametern till att ange indexutrymme för index till nyckeltabeller i DB2 för OS/390. Parametern lägger till en USING STOGROUP-delsats till CREATE INDEX-satsen för nyckeltabellen. Nyckeltabeller för relationsdatabaser är motsvarigheten till index i flerdimensionella databaser.
Den här parametern är valfri, och bara tillämplig om du arbetar med data i DB2 för OS/390.
Formatet för parametern är följande: KINDEX =sträng
där sträng är den sträng som anger blocket USING STOGROUP i CREATE INDEX-satsen.
Exempel:
KINDEX = USING STOGROUP SGPR0 BUFFERPOOL BP2