How To Handle Very Large Amounts Of /item (refer to Note 1148518.1)

(Doc ID 1391143.1)

Last updated on JUNE 13, 2017

Applies to:

Oracle Communications Billing and Revenue Management - Version 7.4.0.0.0 and later
Information in this document applies to any platform.

Goal

From <Note 1148518.1> (Impossible To Load Rated Usage because Of ITEM_POID_LIST Size Limit), there is only a workaround provided when ITEM_POID_LIST needs to be more than 2000 characters in length.

We need a different solution as our customer requires many different kind of items. Suppose we have a telco company and customers make international calls to any country. Each of those calls may be either peak or non peak. Customer wants to be able to have one cumulative item per country/peak_or_non_peak. Suppose there are 200 countries, and two different items per country (maximum).

Customer make many international calls, so at the moment of invoicing, there would be a huge performance penalty just for accessing the event_t, journal_t, or, even more, event_bal_impacts. So the values should be pre-calculated into the item each time a new call is made. In this way, when generating invoices, we do not need to look beyond items.

Items would be:
/item/calls/international/us/peak
/item/calls/international/us/non-peak
and so on...

Can you provide a good design approach for this?

Solution

Sign In with your My Oracle Support account

Don't have a My Oracle Support account? Click to get started

My Oracle Support provides customers with access to over a
Million Knowledge Articles and hundreds of Community platforms