[cointec]

Hola a todos, he leído el hilo, aunque me ha parecido poco interesante y nada constructivo. No entiendo cosas que se han dicho y entiendo que cosas que se han dicho tendrían mejor aceptación si se hubiesen dicho de otra forma.

Aunque no es el tema de este hilo, me gustaría dar mi opinión sobre algo que se ha comentado. Me ha parecido entender que las cosas son buenas por ser gratis o quizá las cosas gratis son buenas...

Yo utilizo firebird y estoy muy contentó con el en muchos aspectos. Puede que tenga carencias, pero por ahora no he necesitado las cosas de las que carece, o las he cubierto fuera del motor, o quizá sí tuviese más funcionalidades las utilizaría. Firebird, desee mi punto de vista,no es un producto gratuito, aunque lo puedes descargar y utilizar sin coste alguno. En el hay un equipo de personas que trabajan y viven de el y es un proyecto que seguirá vivo, mientras haya gente que lo apoye, principalmente económicamente. No creo que existan cosas "gratis". Creo que firebird tendría muchas más funcionalidades si la comunidad de usuarios le devolviera algo de lo que firebird ha dado a la comunidad. Eso permitiría que se evolucionase y que cada vez nos proporcionase más servicios y características.

Si firebird no ha evolucionado en mayor medida es porque no ha tenido el apoyo económico que puede haber tenido mysql o postgresql y al final todo depende de dinero, aunque sea "gratuito". ¿Vosotros trabajaríais gratuitamente con el único aliciente que en los foros digan que vuestro trabajo es bueno por qué a gente que se aprovecha de él diga que le ha salido gratis? ¿Cuanto tiempo soportaría vuestra empresa trabajando gratuitamente?.

Firebird, como muchos otros proyectos te permiten empezar algo sin coste en licencias, pero su objetivo final es que si tienes éxito, devuelvas algo de lo que firebird te ha dado. Es algo de lo que deberíamos ser conscientes. Si preocupa el futuro de firebird, deberíamos empezar a plantearnos como apoyar lo económicamente. La ventaja de este tipo de proyectos es que no requiere un coste fijo y cada uno lo puede apoyar en mayor o menor medida, pero al final ese apoyo permitirá que siga vivo y en continúa evolución.

Por otro lado, el tema del hilo quizá se podría solucionar con GTT. Un procedimiento almacenado puede almacenar registros en tablas temporales y dichos registros pueden ser visibles a nivel de conexión o transacción, por lo que una vez rellenados los registros desde el procedimiento almacenado, se podrían recuperar mediante DML desde la aplicación. De esta forma, tendrías como resultado tantos recorsets como desees.