Как применить Data-Oriented Desing, когда структура содержит различное количество элементов во внутреннем векторе?

Я хотел бы применить Data-Oriented Design (например, на основе Эта статья) к моему простому физическому движку. И я сосредоточен на оптимизации тестирования столкновений, так как это самая дорогая его часть.

Я организовал ограничивающие сферы, которые могут столкнуться с игроком в одну vector:

struct Sphere{ //I don't split sphere into parts,
//as I usually access both position and radius in my calculations
Point3D position;
float radius;
};
std::vector<BoudingSphere> spheres;

и я проверяю столкновения с ними внутри не замужем функция / метод. На данный момент мне все ясно.

Проблема в том, что у меня также есть некоторые более общие структуры, такие как:

struct Polygon{ //it may e.g. represents the area or be used for more precise tests
std::vector<Point2D> points;
};

Я думаю, это не будет хорошей практикой просто создавать std::vector<Polygon> так же, как вложенный vector (points) займет много места в памяти (зарезервировав его).

С другой стороны, я не могу предположить, что всегда есть 2,3,4 или 10 баллов (это сильно отличается, максимум около 20, но обычно намного меньше).

И я делаю не хочу переключиться с Polygon общая структура, например серия треугольников (так как во многих расчетах это быстрее, чем разделенные треугольники).

Что мне тогда делать? Я хочу следовать духу Data-Oriented Design и эффективно использовать память / кеш с моим Polygon,

Нужно ли избавляться от внутреннего vector (points)? Как если так?