Ver Mensaje Individual
  #4  
Antiguo 24-09-2003
Lmas Lmas is offline
Miembro
 
Registrado: jul 2003
Ubicación: España
Posts: 27
Reputación: 0
Lmas Va por buen camino
Hola, Rafa.

Vamos con esas dudas...

Cita:
¿Por qué ADOConnection en vez de los otros componentes?
Te pondría este ejemplo porque al consultar la sintaxis del Execute, miré un programa "sui generis" que utiliza dos archivos MDB con sus correspondientes conexiones. Un MDB se utiliza para los datos del programa en sí, y el otro para registro de eventos de qué hace cada usuario en el programa. El MDB de eventos sólo se utiliza para escribir registros, y la forma más sencilla es con el Execute del objeto Conexión.

Cita:
¿No es mejor utilizar una única conexión en el formulario principal de la aplicación, y utilizar objetos ADO específicos para las otras tareas?
Creo que lo mejor es utilizar el AdoCommand, y más teniendo en cuenta que pasarás la aplicación a SQL Server, y esas sentencias se convertirán en procedimientos almacenados.
En cuanto a las conexiones, si, debe utilizarse una; aunque me suena haber leído que en las primeras versiones de ADO (¿hasta la 2.1?) si se intentaba utilizar una conexión que estaba ocupada, saltaba un error; en cambio en las versiones más recientes de ADO, automáticamente se crea otra conexión... Vamos, que en cierto modo el ADO tiene vida propia.

Cita:
¿Por qué das formato a los datos antes de insertarlos?
Cuestión de gustos. Considero que se lee mejor con Format('INSERT ...', [Parametros...]) que con 'INSERT ... ' + IntToStr(Parametro) + ...
En cuanto a los campos memo-blob, de esta forma no se puede; lo suyo es hacerlo todo con el AdoCommand y pasar el blob como un parámetro más.

Espero no haberte creado más confusión...
SalU2
__________________
Una cosa es una cosa, y otra cosa es otra cosa...
Responder Con Cita