SYочень часто (если не чаще) мы имеем master/detail таблицы и посему партицирование by reference где без RI никак.
OLTP - да, у них свои тараканы, но эти системы обычно не очень крупные.
Миксы OLTP+DWH типа биллингов и платежных систем начиная с некоторого масштаба склонны к поддержанию целостности на уровне приложения, а также обзаводятся инструментами ILM.
Ну и про "никак" применительно к секционированию по ссылке - слишком сильное утверждение, если говорим про этап проектирования, даже для OLTP.
С третьей стороны, partition by reference не обязательно требует глобальных индексов:
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
32.
33.
create table dropme_t(id number, somedata varchar2(300)
) partition by range (id) interval (1000)
(partition p1 values less than (0) segment creation deferred)
;
Table created
create index dropme_t$id on dropme_t(id) local
;
Index created
alter table dropme_t add constraint dropme_t$pk primary key (id) using index dropme_t$id
;
Table altered
create table dropme_child_t( id number, id_parent number not null, somedata varchar2(300)
, constraint dropme_t$fk foreign key (id_parent) references dropme_t(id)
) partition by reference(dropme_t$fk)
;
Table created
create index dropme_child_t$id on dropme_child_t(id_parent, id) local
;
Index created
alter table dropme_child_t add constraint dropme_child_t$pk primary key (id_parent, id) using index dropme_child_t$id
;
Table altered
create table dropme_child2_t( id number not null, id_parent number not null, somedata varchar2(300)
, constraint dropme_child_t$fk foreign key (id_parent, id) references dropme_child_t(id_parent,id)
) partition by reference(dropme_child_t$fk)
;
Table created
