![]() |
![]() |
| Paypal | FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
|||||||
| Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Buscar | Temas de Hoy | Marcar Foros Como Leídos |
![]() |
|
|
Herramientas | Buscar en Tema | Desplegado |
|
|
|
#1
|
|||
|
|||
|
DBExpress
__________________
Gabriel |
|
#2
|
|||
|
|||
|
una historia distinta
Saludos Foro :
Gracias Gabriel por el dato. Lei el artículo de Julio Nogueira Fandiño "CombatF2D", pero realmente son pruebas distintas, yo utilizo ClientDataSets, el segun el codigo q muestra utiliza directamente la Conexion a la Base de Datos para realizar los Inserts, es decir : DBExpress : SQLConnection1.ExecuteDirect(SQL); ASO : ADOConnection1.Execute(xSQL); Hice algunas pruebas, y resulto lo siguiente : Para 25,000 inserciones de un numero correlativo. DBExpress : 1.20 minutos ADO : 1:30 minutos No pude probar con el BDE ya q me daba error, pero bueno el caso es q las pruebas son por estructuras de conexción distintas. Parece q la historia termina aqui.
__________________
Joseph Buttgembach Verde Lima - Perú |
|
#3
|
|||
|
|||
|
Bde vs Dbexpress
Creo que no notas diferencia de velocidad porque trabajas con querys en el BDE, prueba a trabajar directamente con una tabla, osea pon un Ttable de unos 2000 registros y recorrelo editando , modificando datos y posteando y haz lo mismo con un dbexpress y clientdataset, yo he hecho esa prueba utilizando el servidor FIREBIRD (interbase) y el BDE es lentiiiiiisimo comparado con dbexpress.
Un saldudo |
|
#4
|
|||
|
|||
|
Ok, gracias por el dato, seguire tu consejo....
__________________
Joseph Buttgembach Verde Lima - Perú |
|
#5
|
||||
|
||||
|
En todo esto habría que hacer prueba smás exhaustivas y rudas. En los resultados que originalmente mencionaste indicas una prueba en donde ambos métodos dan 0 segundos, lo cual indica no que sea la misma velocidad sino que la prueba es demasiado sencilla como para discernir algo. También sería bueno que indicaras contra qué bases estás haciendo las pruebas pues tanto el BDE como DBExpress manejan varias bases y quizá con unas funcione mejor un accesso y con otras el otro método.
Lo que menciona BdeKiller (curioso nick ) me suena muy raro ya que el Bde, al menos con Paradox, a diferencia de servidores de bases reales, trabaja mucho mejor con tablas que con querys. De hecho el Bde no hace uso de los índices definidos en las tablas cuando se hacen consultas SQL, únicamente los utiliza cuando usas componente TTable.// Saludos |
|
#6
|
|||
|
|||
|
Gracias por la respuesta.
La Base de Datos que utilice en todas la pruebas es MS SQL Server 2000
__________________
Joseph Buttgembach Verde Lima - Perú |
|
#7
|
|||
|
|||
|
Tu mismo lo has dicho, el bde va muy bien con tablas paradox,dbase q es para lo que fue diseñado pero si trabajas con objectos ttable (sin usar sql) sobre un servidor sql tiene una sobrecarga terrible, osea funcionar te funciona todo pero mucho más lento que si trabajas con un sql directamente, la prueba es usar una base de datos grande (esto siempre es relativo a los pc's q se utilicen)unos 10000 registros en un servidor remoto (en red local por ejemplo) haz una modificacion de muchos registros con sql en paradox y hazla con sql en un servidor FIREBIRD, MS SQL SERVER .... aqui es la verdadera diferencia, el paradox internamente transfiere toda la tabla y hace el sql en cambio el servidor SQL transferirá solo la tabla con la respuesta (entre otras muchas ventajas), una vez en cliente servidor tenemos varias formas de trabajar:
BDE => OBSOLETO, Borland no dará mas soporte. Trabajando a nivel de tabla (cursores) sin sql => lentisimo, Ventaja : practicamente no cambias el codigo q tengas para PARADOX. DBEXPRESS => componentes totalmente reescritos , muy rápidos , conectables a muchos servidores de bases de datos de distintos fabricantes, quizá un poco más complicados de gestionar q el BDE Componentes nativos para los distintos servidores : IBX (INTERBASE) muy rápidos , pero quizá el codigo demasiado dependiente del servidor ???? |
![]() |
| Herramientas | Buscar en Tema |
| Desplegado | |
|
|
|