FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
|
#1
|
|||
|
|||
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!! |
#2
|
||||
|
||||
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 |
#3
|
|||
|
|||
Cita:
__________________
Bismarito hoy, que tan bueno quiero ser!! |
#4
|
||||
|
||||
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 |
#5
|
|||
|
|||
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!! |
#6
|
||||
|
||||
Creo que si fechamos los desarrollos, diria que borland copio a m$. Solo de esa forma, eh
__________________
Héctor Geraldino Software Engineer |
|
|
|