Optimizar la resolucion de la proyeccion en OOQuery

[giscebot]

Objetivo

Evitar que el patrón habitual select(...).where(...) resuelva dos veces los campos de la proyección.

Cambios

• Conserva las expresiones de proyección resueltas durante select().
• Reconstruye el Select final después de parsear el dominio reutilizando esas expresiones, de modo que los joins añadidos por where() se mantienen.
• Mantiene la materialización de _select en select() para preservar la compatibilidad con los callers que inspeccionan o usan la selección sin llamar a where().
• Añade una regresión determinista que verifica que cada campo proyectado se resuelve una sola vez; no introduce umbrales temporales en CI.

Validación

• Python 3.11: 72 examples ran.
• Python 2.7.18: 72 examples ran.
• Microbenchmark local de 20.000 compilaciones triviales, mediana de 7 repeticiones y orden alternado: mejora observada de aproximadamente 7,1–8,4 %.
• Los specs existentes cubren paridad de SQL para joins, order_by, group_by, alias, agregados, condicionales y tipos de join explícitos.

Compatibilidad y despliegue

• Compatible con Python 2.7 y Python 3.11.
• Sin cambios de API ni de datos.
• La actualización de la dependencia y los tests de integración en ERP se harán en la fase posterior de gisce/erp.

Trazabilidad

• TASK-93725
• Relacionado con: https://github.com/gisce/erp/issues/28909
• Requested by: @polsala