P13n.ddl probs with UDB: field "value" too long to index

Question

We're trying to deploy the p13n.ddl on a UDB DB2 6.1.
However, we encountered some problems:
In UDB 6.1, an indexed column can be max 255 bytes long. So, the index
WEBLOGIC_USER_ID_INDEX cannot be created, as the column "value" is one
byte too long.
CREATE TABLE WEBLOGIC_USER (userid int, property varchar(100), value
varchar(256));
CREATE INDEX WEBLOGIC_USER_ID_INDEX ON WEBLOGIC_USER (userid, property,
value)
How hard will omitting the "value" column from the index hit performance?
All the columns in the table WEBLOGIC_USER has been indexed in one index.
Was that done to prevent the DBMS from looking into the actual table at
all (by looking only in the index)?
Would it be possible to use the column as a varchar(255) or must it be
256 chars wide? (Taking into consideration that the values at present are
far from 256 chars.)
Anders B. Jensen
Consultant, Research & Development
[email protected]
LEC AS
Denmark
Remove the SPAMLESS to mail me.

Answer 1

What you are trying to do shouldn't be a problem.
There is no problems creating the weblogic_user as a varchar(255).
I am not sure about omiting the "value" column and related performance
issues, but I don't think it will be significant.
"Anders B. Jensen" wrote:
We're trying to deploy the p13n.ddl on a UDB DB2 6.1.
However, we encountered some problems:
In UDB 6.1, an indexed column can be max 255 bytes long. So, the index
WEBLOGIC_USER_ID_INDEX cannot be created, as the column "value" is one
byte too long.
CREATE TABLE WEBLOGIC_USER (userid int, property varchar(100), value
varchar(256));
CREATE INDEX WEBLOGIC_USER_ID_INDEX ON WEBLOGIC_USER (userid, property,
value)
How hard will omitting the "value" column from the index hit performance?
All the columns in the table WEBLOGIC_USER has been indexed in one index.
Was that done to prevent the DBMS from looking into the actual table at
all (by looking only in the index)?
Would it be possible to use the column as a varchar(255) or must it be
256 chars wide? (Taking into consideration that the values at present are
far from 256 chars.)
Anders B. Jensen
Consultant, Research & Development
[email protected]
LEC AS
Denmark
Remove the SPAMLESS to mail me.