Сообщение от
db
Пока не увидим как это реализовано (какой интерфейс к этой табличной иерархии и как она отображается в бд) можно только гадать
Скорее всего попытка на уровне ядра попытка уйти от широких таблиц - когда вся данные всей иерархии хранятся в одной таблице бд и половина полей этой таблицы не имеет смысла для всей иерархии, а используется только какими то из наследников. Т.е. какое то "ядерное" решение того что сейчас сделано в строках журналов гк - выделение специфичных для конкретных типов журналов данных в отдельные таблички-довески.
все строго имхо