Analytic function.. to populate table

Question

Hi All,
I'm in oracle 10gR2.
I have the following list of values and a table
List of values
Code Description
1 Under 500
2 500 – 1,999
3 2,000 – 4,999
4 5,000 – 9,999
5 10,000 – 19,999
6 20,000 – 34,999
7 35,000 – 54,999
8 55,000 – 84,999
9 85,000 – 124,999
10 125,000 – 174,999
11 175,000 – 249,999
12 250,000 and more
Table
Name  Payment
Abi         450
John       13560
Matt        9999I need to create another table with the NAME, PAYMENT & CODE. The code will have to be created dynamically based on the list of values above..the table would look like
Table
Name  Payment       Code
Abi         450              1
John       13560             5
Matt        9999             4Thinking about creating it dynamic with some analytic function ..that way down the line if business decides to increase all the upper_limit by 500 ....the function can accomodate the change based on the MIN value....
can we do this ?
Thanks in advance
NU

Answer 1

Hi,
I would add tow columns (both NUMBERs) to the list_o_values table, so that the table is suitable for joining:
CODE     DESCRIPTION          MIN_IN     MIN_OUT
1      Under 500          -1E99     500
2      500 – 1,999          500     2000
3      2,000 – 4,999          2000     5000
12     250,000 and more     250000     +1E99This assumes that all the numbers acually in your other table will be between -1e99 and +1e99.
Then you can populate your other table like this:
UPDATE     table_x         x
SET     code     = (
                SELECT  code
                FROM    list_o_values
                WHERE   x.payment     >= min_in
                AND     x.payment <  min_out     -- NOTE: <, not <=
;You might prefer to use an updateable view, or MERGE, but, in any case, you would link the appropriate row of list_o_values using min_in and min_out, as shown above.
Note that analytic functions play no role in this solution.
Analytic functions are very useful when you want some column in a result set to depend on other columns in other rows of the same result set. That is not the case here.