Club Delphi  
    FTP   CCD     Buscar   Trucos   Trabajo   Foros

Retroceder   Foros Club Delphi > Principal > Conexión con bases de datos
Registrarse FAQ Miembros Calendario Guía de estilo Temas de Hoy

Conexión con bases de datos

Respuesta
 
Herramientas Buscar en Tema Desplegado
  #1  
Antiguo 27-11-2006
emeritos emeritos is offline
Miembro
 
Registrado: may 2003
Posts: 307
Poder: 22
emeritos Va por buen camino
¿ Que es mejor utilizar sentencias o controles?

Estoy utilizando Mysql server y paquetes de delphi 7 MyDac, etc...

Pues bien me gustaria saber si alguno de vosotros a realizado una estadistica de que es mejor utilizar para la b.d. los controles enlazados como DBGrid, DBEidit, MyTable (MyDac) etc.. para añadir, eliminar, consultar unos registros en la B.D. o bien utilizar las sentencias SQL como Insert, select, delete etc..

¿ Cual da mayor rendimiento sobre todo para usuarios concurrentes ?
Responder Con Cita
  #2  
Antiguo 27-11-2006
Avatar de roman
roman roman is offline
Moderador
 
Registrado: may 2003
Ubicación: Ciudad de México
Posts: 20.269
Poder: 10
roman Es un diamante en brutoroman Es un diamante en brutoroman Es un diamante en bruto
Pero es que una cosa no está peleada con la otra. Lo que sí es poco recomendable es el uso de MyTable, a no ser que se trate de tablas muy pequeñas con pocos registros.

Puedes usar consultas SELECT en un MyQuery y enlazarlas a un DBGrid. Si la consulta toma datos de una sóla tabla, puedes hacer inserciones, modificaciones y borrados con el mismo DBGrid poniendo la pripieada ReadOnly del MyQuery en true. Si se trata de consultas que enlacen varias tablas, puedes aún así usar el DBGrid para modificaciones usando sus propiedades SQLDelete, SQLInsert y SQLUpdate.

Dicho de otra forma, no tienes por qué sacrificar el uso de controles enlazados a datos por usar sentencias sql. Estas setencias, o se generan automáticamente, o las especificas tú directamente, pero en ambos casos sigues usando los DBGrid, DBEdit, etc.

El por qué MyTable es poco recomendabel es simplemente porque no es otra cosa que un MyQuery con

Código SQL [-]
select * from tabla

es decir, se trae todos los registros sin ningún filtro, cosa que no se recomienda.

// Saludos
Responder Con Cita
  #3  
Antiguo 28-11-2006
emeritos emeritos is offline
Miembro
 
Registrado: may 2003
Posts: 307
Poder: 22
emeritos Va por buen camino
Haber si me aclaro roman.

Si la tabla es pequeña (de unos 300 registros) y no esta enlazada con una o varias tablas se puede utilizar el MyTable sin problema.

Pero si la tabla es grande o con enlacen a una o varias tablas ya sea para las consultas como para las inserciones se debe utilizar MyQuery tanto para als inserciones, modificaciones o borrados, utilizando un DBGrid para cualquiera de las tres, usando sus propiedades SQLInsert, SQLUpdate y SQLDelete, respectivamente, poniendo la propiedad ReadOnly = True. Lo que no entiendo es como se utiliza SQLInsert, SQLUpdate y SQLDelete, para ese fin y por que hay que poner el MyQuery de solo lectura, si se van a hacer inserciones etc..

Un saludo y gracias.
Responder Con Cita
Respuesta



Normas de Publicación
no Puedes crear nuevos temas
no Puedes responder a temas
no Puedes adjuntar archivos
no Puedes editar tus mensajes

El código vB está habilitado
Las caritas están habilitado
Código [IMG] está habilitado
Código HTML está deshabilitado
Saltar a Foro

Temas Similares
Tema Autor Foro Respuestas Último mensaje
La mejor forma de utilizar las horas en SQLServer Alexander Conexión con bases de datos 2 08-11-2006 15:07:17
Cual es el mejor acceso a FireBird/InterBase?; cuanto mejor?? Combat-F2D Firebird e Interbase 9 22-06-2006 18:32:36
Variables en sentencias sql ekimo MySQL 11 17-06-2005 21:37:55
Manipular Fechas con sentencias SQL Héctor Randolph SQL 5 06-02-2005 06:25:38
Utilizar sentencias Select como si fueran Tablas Newbie SQL 4 31-07-2003 01:32:22


La franja horaria es GMT +2. Ahora son las 07:23:17.


Powered by vBulletin® Version 3.6.8
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Traducción al castellano por el equipo de moderadores del Club Delphi
Copyright 1996-2007 Club Delphi