Ссылкой не поделюсь, только общими разглагольствованиями.
Поначалу конечно все замечательно - нераспечатанная пачка данных на входе - нераспечатанная пачка на выходе. (как пачка называется - json, clob или xml не суть дела важно) Приложение говорит - не твое СУБДшное дело что там лежит, делай свою работу побыстрей.
Проблемы начинаются потом, когда ценность данных растет и накапливаются различные административные задачи (всем пользователям с папкой по умолчанию inbox поменять ее на Входящие, но только для нашей организации, соседей оставить как есть или убрать задержку отрисовки окна, отфильтровав левые записи) то есть рано или поздно появляется необходимость распечатывать пачку, а делать это на клиенте (как раньше) может оказатся накладно. Тогда создается костыль в виде xml индекса или зависимого поля поддерживающегося триггерами, то бишь ВСЕ пачки потрошатся, при этом недостатки хранения нераспечатанными пачками (даже если нужен малый кусок тащится вся пачка, если обновился один байт, в лог заносится вся пачка и т.д.) остаются неизменными.
Причем заранее никто не знает, доживет ли проект до этой стадии или нет.