Delphi - Problemas con odbc, ¿creo?

 
Vista:

Problemas con odbc, ¿creo?

Publicado por Maximiliano Morales Morales (10 intervenciones) el 07/05/2003 00:37:33
Tengo un sistema en delphi conectado a la base de datos en sql server 2000 pornedio de componente bde o bdo y odbc, el problema es que cuando doy append a una tabla y luego le doy un cancel ( para no ingresar el registro) se cae y me muestra un pantallaso con direcciones de memorias e instrucciones del procesador,
Lo mas extraño es que esto sucede derepente en todos o algunos de los cancel que tengo dentro del programa, ... que estoy haciendo mal, sera el odbc( ya lo borre y cree denuevo , borre las bases de datos del servidor, e probado de todo y no se que puede ser el problema (puede que el problema este entre el teclado y la silla)...
Valora esta pregunta
Me gusta: Está pregunta es útil y esta claraNo me gusta: Está pregunta no esta clara o no es útil
0
Responder

RE:Problemas con odbc, ¿creo?

Publicado por Victor (102 intervenciones) el 07/05/2003 16:10:55
Te recomiendo que bajes e instales el último MDAC, y es conveniente que realices la operación dentro de una transacción, o sea, antes de empezar a hacer Append, Cancel o cualquier tipo de operación a las tablas, lo haces el StartTransaction de tu componente TDatabase y al confirmar Commit, en el caso que se cancele: RollBack.

Si no se soluciona con eso, puede que sea problema del Sistema Operativo o algún problema de Hardware.

Si usas SQL Server, te recomiendo que uses los componentes ADO.
Valora esta respuesta
Me gusta: Está respuesta es útil y esta claraNo me gusta: Está respuesta no esta clara o no es útil
0
Comentar

RE:Pero pq ADO???

Publicado por yo (50 intervenciones) el 07/05/2003 17:21:23
Me puedes dar las ventajas del ADO ante ODBC
Valora esta respuesta
Me gusta: Está respuesta es útil y esta claraNo me gusta: Está respuesta no esta clara o no es útil
0
Comentar

RE:Pero pq ADO???

Publicado por Victor (102 intervenciones) el 08/05/2003 00:06:19
Tengo entendido que el ADO accede a los datos con una capa menos que ODBC.
El ODBC es mas viejo que el ADO y Microsoft recomienda que se use ADO (OLE DB) para acceder a los datos de sus productos (SQL Server/MSDE, Access).
Y para acceder a los datos mediante ODBC con Delphi, tenes que usar los componentes BDE, y BDE es una tecnología que Borland ya no esta mas desarrollando.

Valora esta respuesta
Me gusta: Está respuesta es útil y esta claraNo me gusta: Está respuesta no esta clara o no es útil
0
Comentar

RE:Pero pq ADO???

Publicado por yo (50 intervenciones) el 08/05/2003 15:16:23
Como tanto, bde morira? como tan malo, pero es multiplataforma o no?
Valora esta respuesta
Me gusta: Está respuesta es útil y esta claraNo me gusta: Está respuesta no esta clara o no es útil
0
Comentar

RE:Pero pq ADO???

Publicado por Victor (102 intervenciones) el 08/05/2003 16:40:41
Yo no creo que deje de existir, un ejemplo, el QuickReport en Delphi 7 ya no te instala por defecto, pero tiene la opción de instalar aparte, yo creo que algo parecido a eso va a pasar.

Tengo entendido que la propuesta de Borland para multiplataforma es el dbExpress, esta viene en las versiones 6 o posterior de Delphi.

Si tu pregunta de multiplataforma se refiere a que si puede acceder a una base de datos en Unix/Linux, si, se puede. Particularmente he desarrollado una aplicación que accede a una base de datos de PostgreSQL en RedHat 7.2, pero para eso tuve que instalar el ODBC driver de PostgreSQL en cada cliente Windows.

Tanto como BDE y ADO, son métodos para conectarte a una Base de datos, por tanto, para decidir con que método conectarse, yo creo que se debe analizar caso por caso, y esta dependerá mucho de que SGBD y que versión de Delphi estas utilizando.
Valora esta respuesta
Me gusta: Está respuesta es útil y esta claraNo me gusta: Está respuesta no esta clara o no es útil
0
Comentar

RE:Pero pq ADO???

Publicado por Victor (102 intervenciones) el 08/05/2003 18:13:11
La verdad que no conozco el Kylix, pero supongo que no se podrá ya que el ADO es parte del Windows y el Kylix creo que no tiene los componentes ADO, pero esto no lo comprobé.

Si vas a desarrollar aplicaciones que se utilizarán en Windows y Linux, creo que es mejor que uses el dbExpress.
Valora esta respuesta
Me gusta: Está respuesta es útil y esta claraNo me gusta: Está respuesta no esta clara o no es útil
0
Comentar