¿Firebird soporta consultas que devuelven más de un cursor ("record set")?

[roman]

Empezado por poliburro

ah caray... ¿qué no se trataba el hilo de gratis vs paga? y precisamente el ejemplo demuestra la buena acogida que recibe lo gratis contra lo de paga? Sin ser precisamente ese factor la clave para una buena elección de producto? Creo que andas mirando moros dónde no hay....

Realmente ya no debería explayarme en esto, pero como aludes personalmente, te diré que tus argumentos no tienen pie ni cabeza. Podría darte muchas razones por las cuáles un hilo como el de Marteens tiene más popularidad, y nada tiene que ver con que sea de paga o gratuito.

Y no. El hilo, o mejor dicho, la discusión que comenzaste, no es gratuito vs paga, sino, como ahora vuelves a decir, a si la gratuidad es o no un factor para elegir un producto. Entonces, poner de ejemplo un producto gratuito que es de sobra reconocido por su calidad, difícilmente pude tomarse como un argumento fuerte, asi como tomar un ejemplo de un producto de pago dirigido a una comunidad muy reducida también sólo con una imaginación muy amplia podría tomarse como argumento fuerte.

// Saludos

[[poliburro]]

Empezado por roman

Realmente ya no debería explayarme en esto, pero como aludes personalmente,

amigo.. no hay nada personal en esto es un mero intercambio de ideas.. a lo mejor de repente algo álgido el asunto pero es natural en cualquier debate

Empezado por roman

Y no. El hilo, o mejor dicho, la discusión que comenzaste, no es gratuito vs paga, sino, como ahora vuelves a decir, a si la gratuidad es o no un factor para elegir un producto.

es que con tantas cosas que si dijeron aquí había olvidado que el verdadero origen del debate era si Firebird soportaba o no múltiples recorsets de salida y que si no lo soportaba se añadiria a la larga lista de cosas que no soporta... Claro que eso no lo hace menos ni más al final su base de usuarios es fuerte y pujante.

Saludos...

[[RONPABLO]]

Ya habrán pasado unos 4 o 5 años que use MS SQL server y me fue muy útil retornar varios cursores, el XML debó decir que nunca lo use, y la conexión con bases de datos del mismo o de distinto servidor era algo que probé mucho porque me gustaba, aun así no lo hice porque tuviera la necesidad, me gustaba mucho hacer un

Código SQL [-]
select campo1, campo2 from tabla

Sin necesitar que definir que campo1 era un entero y que campo2 era un varchar, aun así más de una ocación me hizo mucha falta el manejo que se da con el suspend de firebird que en MS SQL Server no se como se hace (las respuestas que recibí en el momento es que no tenía algo similar), para mis necesidades de procedimientos almacenados me parece más grabe que falte el supend que el poder retornar múltiples datasets, ya que con el mismo suspend puedo retornar datos mejor filtrados, no dudo que para otras necesidades sea mejor el tener múltiples cursores.

Respecto a lo gratis o lo de pago, pues todo depende, el hecho de descargar y usar Firebird ya se le está apoyando, y esto le produce ganancias, ahora pasar por caja no está de más, además de poner en el acerca de un "power by Firebird x.x" no está nada mal

[[poliburro]]

Empezado por RONPABLO

select campo1, campo2 from tabla


Sin necesitar que definir que campo1 era un entero y que campo2 era un varchar, aun así más de una ocación me hizo mucha falta el manejo que se da con el suspend de firebird que en MS SQL Server no se como se hace (las respuestas que recibí en el momento es que no tenía algo similar), para mis necesidades de procedimientos almacenados me parece más grabe que falte el supend que el poder retornar múltiples datasets, ya que con el mismo suspend puedo retornar datos mejor filtrados, no dudo que para otras necesidades sea mejor el tener múltiples cursores.

Respecto a lo gratis o lo de pago, pues todo depende, el hecho de descargar y usar Firebird ya se le está apoyando, y esto le produce ganancias, ahora pasar por caja no está de más, además de poner en el acerca de un "power by Firebird x.x" no está nada mal

Saludos amigo, qué es esa característica de suspend en firebird?

[[mightydragonlor]]

Dentro de un procedimiento almacenado e incluso en un EXECUTE BLOCK puedes tener varios SELECT, pero el select que retorna los datos es el que tiene el SUSPEND, creo que lo mismo aplica en variables de salida, que a la final es lo mismo.

Saludos.

[[poliburro]]

Empezado por mightydragonlor

Dentro de un procedimiento almacenado e incluso en un EXECUTE BLOCK puedes tener varios SELECT, pero el select que retorna los datos es el que tiene el SUSPEND, creo que lo mismo aplica en variables de salida, que a la final es lo mismo.

Saludos.

Entonces entiendo que el suspend identifica de manera explicita que select quieres devolver... lo cual no debería ser necesario peus el mismo lenguaje PLSQL o TSQL establece la manera en que un sp retorna un recordset...

supongo que debe tener algún uso adicional en firebird... o es solo ese? identificar que selecte se devolvera?

[[RONPABLO]]

Empezado por poliburro

Entonces entiendo que el suspend identifica de manera explicita que select quieres devolver... lo cual no debería ser necesario peus el mismo lenguaje PLSQL o TSQL establece la manera en que un sp retorna un recordset...

supongo que debe tener algún uso adicional en firebird... o es solo ese? identificar que selecte se devolvera?

El suspend se usa para procedimientos almacenados que retornan un Dataset con varias columnas y varios registros, como tal es la orden de mandar la información en el momento que usted quiera, así pues uno hace el

Código SQL [-]
select campo1, campo2 from  tabla

Y no por eso se va a retornar los datos de campo1 y campo2 como resultados de un cursor, en Firebird tengo que declarar que parametros van a salir en el cursor e ir por medio de un comando llamado "for select" recorriendo el dataset que necesito consultar, ahora yo con la información que me retorna Campo1, Campo2 en el "for select " no necesariamente es la que quiero mostrar, con ella por ejemplo necesito hacer varias operaciones antes de mostrarla y al final puedo entregar un recordSet construido con información muy diferente a la que viene en la consulta original y es ahí cuando tengo el resultado que igual en una o varias variables de resultado y doy la orden de suspend y me sale un recordset con campo3 y campo4 que eran los resultados obtenidos por campo1 y campo2,

también puedo fabricar un recordset de algo que no es una tabla, ejemplo

Código SQL [-]
SET TERM ^^ ;
CREATE PROCEDURE SP_CADENA_A_RECORD (
  AINPUT VarChar(8192))
 returns (
  VALOR Integer)
AS
declare variable LASTPOS integer;
declare variable NEXTPOS integer;
begin
  AINPUT = :AINPUT || ',';
  LASTPOS = 1;
  NEXTPOS = position(',', :AINPUT, LASTPOS);
  while (:NEXTPOS > 1) do
  begin
    valor = cast(substring(:AINPUT from :LASTPOS for :NEXTPOS - :LASTPOS) as integer);
    LASTPOS = :NEXTPOS + 1;
    NEXTPOS = position(',', :AINPUT, LASTPOS);   
    suspend;
  end
  
end ^^
SET TERM ; ^^

Con el procedimiento almacenado anrterio envio como paramentro de entrada una seríe de números separados por comas, por decir "1,4,6,7,12,22", internamente hago una operación de cadenas y retorno como recortset los números en valor entero, y con ellos puedo hacer inner joins on validaciones tipo exists que me funcionan más rápido que validaciones "where campo in ('1,4,6,7,12,22').


la verdad siento que no soy muy claro al tratar de explicarme, pero eso es una idea de lo que hace el suspend