J
jremmc
MOPS 2007 SP1 + IU (SP2 soon). In process of setting up custom enterprise
fields.
We need to identify every task by a 7-digit charge code number comprised of
a 4-digit contract code number + a 3-digit task code number. Example:
1250-701. With 50 contract code numbers and 300+ task code numbers, and task
codes repeated among contracts (e.g. 1250-701, 1354-701, 1632-701...), we are
starting out with a possible 1,500+ 7-digit numbers; right now we have over
900.
If I use a two-level hierarchical lookup table (1st level = 4-digit contract
charge code, 2nd level = 3-digit task charge code), the table would be large
and maintenance would be significant given the frequency of occurance. When a
new contract code is added I could be adding 60 or more task codes for that
contract. When a new task code is added, I could be adding it to 20 or more
contract codes.
I would prefer two more manageable lookup tables with two corresponding text
fields and a third calculated field that concatenates the fields' text
strings. That way, when a new contract or task code code was created I'd only
need enter it once into the appropriate lookup table. The concatenated field
would yield the 7-digit charge code.
What, if any, consequences in *Project Server* are there to using calculated
fields that concatenate strings, e.g. will we run into an issue trying to
tally costs/schedule status using the calculated field as a filter? (I know
WSS lists can sort, filter, and group on fields using concatenate, but I
don't know/use Project and googling turns up very little on concatenating
strings in Project or Project Server so I guess it is done rarely or not
done?)
Thanks,
jremmc
fields.
We need to identify every task by a 7-digit charge code number comprised of
a 4-digit contract code number + a 3-digit task code number. Example:
1250-701. With 50 contract code numbers and 300+ task code numbers, and task
codes repeated among contracts (e.g. 1250-701, 1354-701, 1632-701...), we are
starting out with a possible 1,500+ 7-digit numbers; right now we have over
900.
If I use a two-level hierarchical lookup table (1st level = 4-digit contract
charge code, 2nd level = 3-digit task charge code), the table would be large
and maintenance would be significant given the frequency of occurance. When a
new contract code is added I could be adding 60 or more task codes for that
contract. When a new task code is added, I could be adding it to 20 or more
contract codes.
I would prefer two more manageable lookup tables with two corresponding text
fields and a third calculated field that concatenates the fields' text
strings. That way, when a new contract or task code code was created I'd only
need enter it once into the appropriate lookup table. The concatenated field
would yield the 7-digit charge code.
What, if any, consequences in *Project Server* are there to using calculated
fields that concatenate strings, e.g. will we run into an issue trying to
tally costs/schedule status using the calculated field as a filter? (I know
WSS lists can sort, filter, and group on fields using concatenate, but I
don't know/use Project and googling turns up very little on concatenating
strings in Project or Project Server so I guess it is done rarely or not
done?)
Thanks,
jremmc