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 14-07-2004
bismarito bismarito is offline
Miembro
 
Registrado: jun 2003
Ubicación: Tarija - Cercado
Posts: 47
Poder: 0
bismarito Va por buen camino
Question conectar M$Sql Server con ADO.NET desde Delphi8

tengo una aplicación en delphi 7 que utiliza el componente ADO para conectarse a una Base de Datos M$SQLServer, ahora, he querido migrar a delphi 8 pero en delphi 8, no he encontrado estos componentes, alguie me podría guiar un poco sobre como hacer este tipo de conexiones????


Gracias
Bismark
Tarija - Bolivia
__________________
Bismarito
hoy, que tan bueno quiero ser!!
Responder Con Cita
  #2  
Antiguo 15-07-2004
Avatar de __hector
[__hector] __hector is offline
Miembro Premium
 
Registrado: may 2003
Ubicación: Santo Domingo, Rep. Dom.
Posts: 1.075
Poder: 22
__hector Va por buen camino
No se si la VCL.NET incluya componentes de conexion, pero desde ahora te dire que el enfoque de ADO para .NET es casi absolutamente diferente al modelo de ADO que se conocia hasta ahora.

Ahora existen DataReaders, Commands, Datasets que contienen DataTables anidadas, con oportunidad de hacer relaciones dentro del mismo dataset y poner incluso reglas de integridad, mil cosas. Te recomiendo ampliamente leer algo de ADO.NET para que te vayas familiarizando con el tema.

En segundo lugar, y aproximandome a tu pregunta, .NET tiene providers para SQL Server. En una forma resumida puedes: crear un objeto sqlConnection (que esta en el namespace System.Data.SqlClient), setear la propiedad ConnectionString con el string de conexion de la base de datos, e invocar su metodo Open. Delphi 8 debe incluir en el IDE, sin duda, estos objetos, pues vienen incluidos en el .NET Framework, pero como no tengo Dephi 8 no te sabria decir donde buscarlos. Son: SqlConnection, SqlCommand, SqlDataAdapter, SqlDataReader, entre otros.

Claro, que es el nuevo paradigma, pero bien puedes seguir utilizando la vieja version de ADO, importando la libreria de ADO, y utilizando sus objetos (no recomendable).
__________________
Héctor Geraldino
Software Engineer
Responder Con Cita
  #3  
Antiguo 22-07-2004
bismarito bismarito is offline
Miembro
 
Registrado: jun 2003
Ubicación: Tarija - Cercado
Posts: 47
Poder: 0
bismarito Va por buen camino
Unhappy

Cita:
Empezado por hector
Ahora existen DataReaders, Commands, Datasets que contienen DataTables anidadas, con oportunidad de hacer relaciones dentro del mismo dataset y poner incluso reglas de integridad, mil cosas. Te recomiendo ampliamente leer algo de ADO.NET para que te vayas familiarizando con el tema.
he estado leyendo un poco sobre .NET de hecho he estado vendo c#.net ahora mi pregunta es la siguiente, con esta nueva tecnología migrar aplicaciones grandes que empleaban ADO va a ser todo un drama, alguien sabe de algún migrador de aplicaciones como existe en microsoft????
__________________
Bismarito
hoy, que tan bueno quiero ser!!
Responder Con Cita
  #4  
Antiguo 22-07-2004
Avatar de __hector
[__hector] __hector is offline
Miembro Premium
 
Registrado: may 2003
Ubicación: Santo Domingo, Rep. Dom.
Posts: 1.075
Poder: 22
__hector Va por buen camino
No existe ningun migrador, ni de microsoft, ni de borland. Los programas que migran estas aplicaciones, lo que hacen es continuar usando los componentes anteriores (ADO y no ADO.NET), por lo que aunque sigue siendo funcional, esta funcionando con un esquema viejo sobre una plataforma nueva. Ninguna de las ventajas que supone ADO.NET, como el trabajo en entornos desconectados o la serializacion de la data en XML en un dos por tres estan disponibles, y si el rendimiento de ADO es inferior al de ADO.NET, seguira siendo inferior tu aplicacion aunque haya sido "migrada".

En fin, lo que migran estas utilidades tienen mas que ver con la sintaxis del lenguaje y no mucho mas. Incluso conceptos que antes no existian en VB.Net (por ejemplo) como el manejo de excepciones (una de las caracteristicas mas utiles, nuestro viejo try/except/finally) no pueden ni podran ser migrados, por el hecho de que hasta el surgimiento de .NET, no estaban implementados.

Me explico ?
__________________
Héctor Geraldino
Software Engineer
Responder Con Cita
  #5  
Antiguo 23-07-2004
bismarito bismarito is offline
Miembro
 
Registrado: jun 2003
Ubicación: Tarija - Cercado
Posts: 47
Poder: 0
bismarito Va por buen camino
Wink

Correctamente, comprendi tu respuesta, y el saldo de ADO a ADO.NET es grande puesto que los esquemas empleados anteriormente como son los cursores, pues desaparecen para dar cabida a un nuevo paradigma, bueno no queda mas que continuar el camino. he visto Visual C#.NET, Visual Basic.NET y delphi 8.NET y me quedo una astilla, puesto que los ides son muy similares. quien copio a quien?????

Bueno Gracias por la respuesta.

Saludos Bismark
__________________
Bismarito
hoy, que tan bueno quiero ser!!
Responder Con Cita
  #6  
Antiguo 24-07-2004
Avatar de __hector
[__hector] __hector is offline
Miembro Premium
 
Registrado: may 2003
Ubicación: Santo Domingo, Rep. Dom.
Posts: 1.075
Poder: 22
__hector Va por buen camino
Creo que si fechamos los desarrollos, diria que borland copio a m$. Solo de esa forma, eh
__________________
Héctor Geraldino
Software Engineer
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


La franja horaria es GMT +2. Ahora son las 17:40:05.


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