FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
|
#1
|
||||
|
||||
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 |
#2
|
|||
|
|||
Gracias por la respuesta.
La Base de Datos que utilice en todas la pruebas es MS SQL Server 2000
__________________
Joseph Buttgembach Verde Lima - Perú |
#3
|
|||
|
|||
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 ???? |
|
|
|