Entiendo, muchas gracias por mirar mi log. Y si, la tabla t existe. Es una tablita de prueba básica para probar al menos básicamente si funciona todo, y después estaría haciendo estructuras con más significado. Y si, justamente creo que las sentencias no se terminan de formar adecuadamente porque hay problemas con el código c que las forma. Muchísimas gracias. Saludos cordiales, Yessica
El mié., 18 sept. 2019 a las 17:39, Juan (<smalltalker.marc...@gmail.com>) escribió: > Yésica > > Al ver el log,me queda la impresión ,de que tu error, es de más básico > nivele,y no se encuentran en el código c. > La tabla t existe? No vi tu código pero hay que chequear sentencias de > SQL,que quieres enviar como query. > Solo eso pude ver > Salu2 > > El mié., 18 de sep. de 2019 6:32 PM, Yessica Brinkmann < > yessica.brinkm...@gmail.com> escribió: > >> Entiendo. El tema es que por cada índice candidato del Index Adviser (que >> tiene su tabla/columnas asociados) hago una llamada al SPI_connect(). Por >> eso es el bucle. Un índice candidato es aquel que ha sido preseleccionado >> para ser índice pero aún no ha sido elegido definitivamente. >> Por si sirva de algo adjunto el log del Postgres luego de mi última >> ejecución del Index Adviser de recién. >> Yo estaré mirando el log también a ver si me ayuda. >> Saludos cordiales, >> Yessica >> >> El mié., 18 sept. 2019 a las 17:23, Alvaro Herrera (< >> alvhe...@2ndquadrant.com>) escribió: >> >>> Yessica Brinkmann escribió: >>> > Mmm bueno, en realidad, el error que pasó fue el de get_distinct. En >>> esa >>> > función fue que le puse el SPI_push y SPI_pop, y ya realiza el >>> SPI_execute. >>> > Pero sigue dándome el mismo error SPI_ERROR_CONNECT en la función >>> > get_columnnames. >>> > En dicha función, si se pone el SPI_push y SPI_pop (probé nomás de >>> onda), >>> > se pierde la conexión con el servidor, supongo que por un desborde de >>> la >>> > pila. Alguna idea de porqué sigue apareciendo SPI_ERROR_CONNECT en la >>> > función get_columnnames? >>> >>> Igual es raro que llames a SPI_connect()/SPI_finish() múltiples veces en >>> un bucle for(). Yo habría puesto una sola llamada al principio y al >>> final de la función. Ahora, la verdad es que sin más contexto (el >>> código completo de la función SQL que se ejecuta) no es posible más >>> diagnóstico. >>> >>> Saludos >>> >>> -- >>> Álvaro Herrera https://www.2ndQuadrant.com/ >>> PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services >>> >>
