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

[[poliburro]]

Empezado por Casimiro Notevi

Hombre, amigo Poliburro, ahí has soltado unas frases que se las trae

Y te diré el por qué decirlo... El documento que has remitido expone lo siguiente sobre postgresql:

Empezado por benkmarch

Minimal custom tuning was implemented to the PostgreSQL database for all performance
measurements. The parameters modified are listed below.

Parameter Default Modified

autovacuum

true false

checkpoint_timeout

5min 1h

effective_cache_size

3041205 4050045

max_connections

100 400

max_fsm_pages

7522049 10044817

max_fsm_relations

470128 627801

shared_buffers

988820 2640950

work_mem

261288 348211

Table 6: PostgreSQL Tuning

y de Sql server dice lo siguiente al respecto:

Empezado por benkmarch

Already optimized for peak performance out of the box, no specific SQL Server tuning was
performed.

eso de entrada descalifica completamente la comparativa.... y luego el mismo documento establece que la conexión se hizo usando jbdc... por qué no usar la capa de conexión nativa de cada motor?

Y la cereza en el pastel... si observas la gráfica un postgresql obtimizado gana por poco a un mssql con instalación por default.

De ahí mis palabras... no puedes escrigrimir un argumento que no conoces y no validaste. esgrimirlo y que resulten esos detalles solo habla de usarlo sin mucho análisis.