FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
#1
|
|||
|
|||
Comparacion IBTable.post y Procedimientos Almacenados
Amigos, necesito saber si conocen algun link donde se compare la eficiencia entre grabar registros usando el comando IBtable.post y usando un Store Procedure para el mismo fin.
Gracias |
#2
|
||||
|
||||
No conozco ninguno, pero si haces la prueba, por favor, coméntalo por aquí, gracias
|
#3
|
||||
|
||||
Saludos.
No conozco ningun link. Pero puedes buscar referencia el porque NO se debe utilizar TTable en aplicaciones Cliente/Servidor. Una de las principales caracteristicas de porque no es que esos componentes hacen Fetch de todos los registros y dependiendo del ambiente puede que tu aplicacion no funcione adecuadamente. Los Stored Procedure y Triggers hacen el trabajo en el servidor que es lo mas recomendado porque asi liberas el cliente; ademas de que el servidor debe ser mejor equipo que las maquinas clientes. Otro asunto a tomar en consideracion es que si decides cambiar tu motor de BD y tienes todas (o el gran porcentaje) de tus procesos en la BD tu aplicacion no sufria tanto al momento de realizar dicho cambio. Estos son solo algunos Tips, pero busca en la red sobre el tema que te habia indicado anteriormente. Hasta luego.
__________________
Gracias, Rolphy Reyes |
#4
|
|||
|
|||
gracias amigos, si encuentro algo lo publicare aqui
|
#5
|
||||
|
||||
Bueno, acabo de hacer una prueba que quizá sea insuficiente pero nos ayudara a crearnos una idea del asunto:
Para realizar esta prueba he utilizado...
* En la base de datos he creado lo siguiente: Tabla =====
Procedimiento almacenado ========================
* En Delphi coloque dos botones para ejecutar cada cosa y para tomar los Ticks del procesador... tambien dos labels para mostrar los resultados. Boton para el .Post del TIBTable ================================
Boton para ejecutar el procedimiento almacenado ===============================================
* Como pueden ver la prueba la hago en ambos casos, simplemente insertando 100000 registros. Antes de hacer click en cada boton me cerciore que fuera lo "primero" que hacia el programa y que fuera el "unico" programa en ejecución en mi maquina... Osea, hice click en el primer boton, obtuve el resultado, cerre la aplicación, volví a abrirla e hice click en el otro botón. Los resultados finales fueron los siguientes: Con el IBTable ============== 72156 Ticks Con el SP ========= 64532 Ticks Bueno, Se que no es una prueba optima pero nos dara alguna idea .
__________________
Lecciones de mi Madre. Tema: modificación del comportamiento, "Pará de actuar como tu padre!" http://www.purodelphi.com/ http://www.nosolodelphi.com/ Última edición por jhonny fecha: 30-11-2007 a las 17:13:29. |
#6
|
||||
|
||||
Se me olvido mencionar que el FireBird esta instalado en la misma maquina donde hice las pruebas, por lo que supongo que si hubiera estado en un computador distinto (Como es en la mayoria de los casos), supongo que la diferencia hubiera sido mas grande.
__________________
Lecciones de mi Madre. Tema: modificación del comportamiento, "Pará de actuar como tu padre!" http://www.purodelphi.com/ http://www.nosolodelphi.com/ |
#7
|
||||
|
||||
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.
__________________
Gracias, Rolphy Reyes |
#8
|
|||
|
|||
Cita:
|
#9
|
||||
|
||||
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
__________________
"Como pasa el tiempo..... ayer se escribe sin H y hoy con H" |
#10
|
||||
|
||||
Resp
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.
__________________
Todo se puede, que no exista la tecnología aun, es otra cosa. |
|
|
Temas Similares | ||||
Tema | Autor | Foro | Respuestas | Último mensaje |
Procedimientos almacenados AS/400 | Carlos A Ortega | DB2 | 1 | 12-12-2006 00:32:39 |
procedimientos almacenados | davidgaldo | SQL | 7 | 09-11-2006 17:28:33 |
procedimientos almacenados | datorar | Conexión con bases de datos | 8 | 03-01-2006 17:05:43 |
procedimientos almacenados | Gabriel2 | SQL | 1 | 13-01-2005 14:50:09 |
Procedimientos almacenados VS UDF | rqc | Firebird e Interbase | 6 | 18-03-2004 01:29:46 |
|