rsQueryTimeoutExceeded

Hola a todos,

Muchas gracias por todas tus sugerencias. He probado las soluciones recomendadas, incluyendo usar dos tablas de fechas separadas y reemplazar USERELATIONSHIP por TREATAS, pero el problema sigue persistiendo y sigo cumpliendo con los límites de recursos.

Lo que he probado:
1. Crear dos tablas de fechas separadas (AdmissionDate y InvoiceDate).
Esto mejoró el rendimiento, pero creó un problema diferente. Varias páginas de informe combinan métricas tanto de HOSMA_Negocio como de HOSMA_LineasFactura usando los mismos segmentadores de fecha. Con dos tablas de fechas, los segmentadores solo filtran una tabla de hechos a menos que introduzca relaciones bidireccionales o tablas puente, lo que causa ambigüedad y problemas de rendimiento. Como resultado, los números entre negocio y facturación ya no coinciden.
2. Sustituir la relación de uso por TREATAS.
Esto reduce la carga, pero sigo teniendo tiempos de espera al filtrar grandes intervalos de fechas. Creo que el camino indirecto a través de IdEpisodio_TipoEA fuerza a contextos de filtro muy grandes.
3. Simplificar el modelo y reducir columnas.
Incluso con estas optimizaciones, los gráficos pesados siguen fallando.

Sobre lo que necesito aclaraciones:

El principal reto parece ser que ambas tablas de hechos están conectadas a través de IdEpisodio_TipoEA y se usan juntas en varias páginas de informes. Necesito que ambas tablas de hechos se filtren de forma consistente, pero las medidas de facturación deben usar un contexto de fecha diferente, sin romper páginas existentes ni duplicar el modelo por completo.

Antes de reestructurar todo el modelo, me gustaría preguntar:

¿Existe algún patrón recomendado para escenarios en los que dos tablas de hechos están conectadas, ambas necesitan un filtrado consistente en algunas páginas, pero un subconjunto de medidas debe usar una ruta de fechas diferente?

¿Sería más apropiado un grupo de cálculo, una tabla de fechas desconectada con TREATAS o un patrón de modelo compuesto?

Agradezco cualquier orientación adicional. Es un escenario complejo y me gustaría evitar romper la lógica existente de los informes.

Gracias de nuevo por tu ayuda.