¿Debería dividir MultiPolygons en Polygons?

En el sistema que estoy implementando, tengo una tabla T1 con una geometría asociada. La mayoría de las geometrías son un conjunto de n polígonos, con 10 <n <100. En este momento en la tabla T1 tengo una columna de geometría del tipo MultiPolygon, que tiene un índice GiST.

Como la tabla T1 va a ser grande, me temo que sería mejor crear una relación de uno a muchos con una segunda tabla T2, que tenga una columna de tipo Polígono, y dividir cada MultiPolygon en varios Polígonos.

Pero tengo que implementar búsquedas en la tabla T1, por lo tanto, con el segundo enfoque, el inconveniente es que tengo una combinación adicional para manejar. Además, sería más complicado insertar una geometría para un único registro de la tabla T1.

Me pregunto si alguien tiene alguna experiencia con ese problema y si esa persona podría arrojar algo de luz.

Me inclinaría a decir que no se preocupe por el tamaño de su mesa T1; Los índices (y los desencadenantes, por supuesto) son los que afectan el rendimiento en su mayor parte.

Además de tener uniones menos, la traducción de WKB a la representación interna de PostGIS / GEOS que imagino sería un poco más óptima que hacerlo para varios polígonos individualmente.

La única necesidad de tener una tabla de geometría separada sería si un polígono estuviera asociado a más de un registro. Los multipolígonos deben considerarse una sola entidad a los efectos del diseño de la base de datos, y solo si la relación es más compleja, debe considerar una tabla separada. Y habría un ligero ahorro de espacio físico con menos mesas.

Pruébelo con ambas configuraciones y ejecute la consulta en pgadmin, que le proporciona los tiempos para cada parte de la consulta.