Как мы делали в похожей ситуации.

БК покупает такой сервис от оператора.
Под капотом может быть очень много критериев. Например: дата активации, сумма трат в месяц, регулярность пополнений, профиль пользования (больше входящих/исходящих, больше месенджеров, серфинга, видео, соцсетей и тп), количество звонков, трафика, бывает ли в роуминге и ещё 100500 других.

БК вначале даёт оператору список номеров хороших и плохих клиентов. Оператор на базе списков и параметров выше обучает ML модель.
Затем, когда в БК приходит новый клиент, они передают оператору номер, а тот возвращает некий ответ модели - надёжность=0.75, к примеру.

Т.е. в этом случае никто тебе не объяснит, как прогревать. Просто твой профиль использования должен быть похож на профили других абонентов, которые раньше понравились БК.
Но есть и случаи попроще. Оператор просто продает инфу вроде "номеру больше трёх месяцев, или нет".

Привет.
Нужно вовремя остановить connect by.

SELECT
       t1.code
      ,regexp_substr(t1.str, '[^\|]+', 1, lvl) AS str_splitted
  FROM test t1
 CROSS JOIN LATERAL (
       SELECT level AS lvl
         FROM dual
      CONNECT BY level <= regexp_count(t1.str, '\|') 
 ) t2

TO_DATE(:dt, 'DD.MM.YYYY HH24:MI:SS')

И пробел в значении перед 31 лишний: // d = '31.01.2019 17:20:31'

-- Уровень источников --
Таблицы в том виде, в котором уни уже есть в БД источниках.

-- Детальный уровень (нормализованные данные, снежинка) --
Фактом у вас может быть некое событие с достаточным для ешго идентификации набором сведений - (Дата выплаты, Сумма выплаты, Ид сотрудника).
Все остальное - измерения. Пол, дата_рождения, нанят_дата - атрибуты измерения Сотрудник. Все даты действия (от, до) хранятся в таблицах измерений и определяют состояние атрибутов конкретной записи для выборки на дату совершения какого-то факта или на дату отчета.

-- Уровень OLAP кубов (денормализованная таблица, храним только ид) --
Здесь вы, на основании своего детального уровня (фактов и измерениий), собираете куб.
(ДатаГод, ДатаМесяц, СуммаВыплаты, Ид_сотрудника, Ид_отдела, Ид_должности, ... )

Это пример варианта. Могут быть варианты без детального уровня. с заливкой из источников прямо в куб. Да и еще много какие варианты.