Comparacion IBTable.post y Procedimientos Almacenados

[RolphyReyes]

Saludos.

Es claro que es mejor utilizar SP que componentes TTable y eso como indicas jhonny que el firebird estaba en tu pc que si hubiese estado en un "Servidor" se veria mejor la diferencia, porque ahi tendria que pasar por la red y bla bla bla que son necesarias para tomar en cuenta el modelo a utilizar al momento de diseñar tu aplicacion.

[Delfino]

Bueno, Se que no es una prueba optima pero nos dara alguna idea

Es una prueba mas q suficiente, yo tb hice pruebas similares y arrojaron diferencias minimas, por eso los componentes IBX y MDO son loas mas rapidos pq no interfieren mucho en el procedimiento y lo q hacen realmente es enviar sentencias SQL al servidor, las diferencias en red serian igual de minimas q en local..

[[RONPABLO]]

Me gustariá añadir que con las IBTable se pueden tener tiempos realmente cortos en esquemas C/S, solo hay qusar la propiedad Filter que estas tienen para asi alijerar los resultados.... yo migre un programa de paradox a Firebird y por la gran cantidad de componentes ttable que tenia trabaje con los filtros y me va muy bienn en una red con muchos equipos

[rastafarey]

Bueno yo no he echo ninguna prueba y segun veo no necesita de pruebas. Hacer un pos que desd eun ttable un query o stament o el compoenete que sea que es lo que al fin y al cabo hace. Lo unico que hace es tirar una intrccion sql o ddl hacia el manejador y un store procedure hace lo mismo. Asi que hay que hacer ningun tipo de pruebas.
Ahora de como se traen lso datos es otra cosa.