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 Buscar Temas de Hoy Marcar Foros Como Leídos

Conexión con bases de datos

Respuesta
 
Herramientas Buscar en Tema Desplegado
  #1  
Antiguo 27-09-2007
Diegochr Diegochr is offline
Miembro
 
Registrado: sep 2006
Posts: 49
Poder: 0
Diegochr Va por buen camino
Conexion a MS SQL SERVER

Hola a todos!!..
Quisiera saber cual es la mejor forma de hacer mi conexion con Delphi y Ms Sql Server..
Algun componente..
Gracias..
__________________
by Diegochr..
Responder Con Cita
  #2  
Antiguo 27-09-2007
Avatar de poliburro
[poliburro] poliburro is offline
Miembro Premium
 
Registrado: ago 2004
Ubicación: México D.F
Posts: 3.068
Poder: 23
poliburro Va por buen camino
Lo mejor y no solo para Sql Server, es ADO.

En tu delphi encontrarás la paleta de componentes de esta tecnología de microsoft
__________________
Conoce mi blog http://www.edgartec.com
Responder Con Cita
  #3  
Antiguo 27-09-2007
Avatar de juanelo
juanelo juanelo is offline
Miembro
 
Registrado: sep 2007
Posts: 1.082
Poder: 18
juanelo Va por buen camino
Para mi la mejor tecnologia y sobre todo mas impulsada por borland es DBExpress.
Saludos
Responder Con Cita
  #4  
Antiguo 27-09-2007
Diegochr Diegochr is offline
Miembro
 
Registrado: sep 2006
Posts: 49
Poder: 0
Diegochr Va por buen camino
Muchas gracias amigos..

Voy a probar..
__________________
by Diegochr..
Responder Con Cita
  #5  
Antiguo 27-09-2007
Avatar de poliburro
[poliburro] poliburro is offline
Miembro Premium
 
Registrado: ago 2004
Ubicación: México D.F
Posts: 3.068
Poder: 23
poliburro Va por buen camino
Cita:
Empezado por juanelo Ver Mensaje
Para mi la mejor tecnologia y sobre todo mas impulsada por borland es DBExpress.
Saludos

Lamento decirte que al utilizar DbExpress con MsSql Server, perderías las ventajas que te brinda el acceso nativo de ADO,

Probablemente eso aplique con Interbase o FireBird. Pero con lo que Respecta a MsSql Server, no hay nada, absolutamente nada mejor que ADO.
__________________
Conoce mi blog http://www.edgartec.com
Responder Con Cita
  #6  
Antiguo 27-09-2007
Diegochr Diegochr is offline
Miembro
 
Registrado: sep 2006
Posts: 49
Poder: 0
Diegochr Va por buen camino
Otro detalle...
Usando ADO, lo hago con ODBC o que otra forma hay?
__________________
by Diegochr..
Responder Con Cita
  #7  
Antiguo 27-09-2007
Avatar de juanelo
juanelo juanelo is offline
Miembro
 
Registrado: sep 2007
Posts: 1.082
Poder: 18
juanelo Va por buen camino
Cita:
Empezado por poliburro Ver Mensaje
Lamento decirte que al utilizar DbExpress con MsSql Server, perderías las ventajas que te brinda el acceso nativo de ADO,

Probablemente eso aplique con Interbase o FireBird. Pero con lo que Respecta a MsSql Server, no hay nada, absolutamente nada mejor que ADO.
Existe un buen dicho que reza: "cada quien habla de como le va en la feria", y por lo menos yo no he tenido NINGUN PROBLEMA en usar dbExpress con SQL server, de hecho me ha dado la ventaja de hacer cambios de ultima hora en el manejador de base de datos (por costo) y practicamente no se movio NINGUNA LINEA DE CODIGO, quiero ver como me hubiera ido con ADO!.
Y en cuanto a desempeño, siempre he pensado que a lo que juegan las empresas de sevidores de base de datos (grandes ligas!) existe poca diferencia en cuanto al desempeño entre una y otra, el principal problema viene en que nosotros los programadores comentemos SENDAS burradas que luego se las cargamos a la base de datos, es decir, si utilizas de manera eficiente tu server (un buen diseño de base de datos, triggers, store proc, etc), casi que no importa el front end que te mandes.


Saludos.
Responder Con Cita
  #8  
Antiguo 27-09-2007
Avatar de poliburro
[poliburro] poliburro is offline
Miembro Premium
 
Registrado: ago 2004
Ubicación: México D.F
Posts: 3.068
Poder: 23
poliburro Va por buen camino
Cita:
Empezado por Diegochr Ver Mensaje
Otro detalle...
Usando ADO, lo hago con ODBC o que otra forma hay?

No es necesario, MsSql te proporciona un proveedor OleDb, cuando estes armando la cadena de conexión seleccionas Proveedor Ole MsSql server y listo.

Cita:
Empezado por juanelo
Existe un buen dicho que reza: "cada quien habla de como le va en la feria", y por lo menos yo no he tenido NINGUN PROBLEMA en usar dbExpress con SQL server, de hecho me ha dado la ventaja de hacer cambios de ultima hora en el manejador de base de datos (por costo) y practicamente no se movio NINGUNA LINEA DE CODIGO, quiero ver como me hubiera ido con ADO!.
Pues hubiese pasado exactamente lo mismo, NADA. , al hacer modificaciones en tus procedimientos almacenados, no tendrías por que mover alguna línea de código en delphi.

Lo interesante sería es que tal está el soporte de DBExpress para el Xml de sql server y Mantener los datos de tus datasets sin necesidad de estar conectado a Sql Server.
__________________
Conoce mi blog http://www.edgartec.com
Responder Con Cita
  #9  
Antiguo 27-09-2007
Avatar de juanelo
juanelo juanelo is offline
Miembro
 
Registrado: sep 2007
Posts: 1.082
Poder: 18
juanelo Va por buen camino
Cita:
Pues hubiese pasado exactamente lo mismo, NADA. , al hacer modificaciones en tus procedimientos almacenados, no tendrías por que mover alguna línea de código en delphi.
Ok, por supuesto que no pasa nada si tus cambios los haces en tu codigo sql (stores, trigger, etc), pero dudo mucho que toda la lógica de operaciones con tu base de datos la tengas en el server, asi que invariablemente usaras lo componentes ADO en la logica de tu app, y por consiguiente tendras codigo amarrado. Con dbExpress usas el mismo codigo de tu app en casi cualquier base de datos,.

Cita:
Lo interesante sería es que tal está el soporte de DBExpress para el Xml de sql server y Mantener los datos de tus datasets sin necesidad de estar conectado a Sql Server.
Interesante tu argumento, pero me gustaria saber que tanto soporte tiene para utilizar los servicios de replica de Oracle, o los los datos persistentes de DB2, es lo mismo, existen caracteristicas PARTICULARES de cada manejador de base de datos que muy seguramente no seran soportadas por dbExpress pero para cada una de ellas existe formas alternativas de llegar y asi dejar el "kernel" de tu app lo mas independiente de la base de datos, ahora que si tu cliente esta a morir con M$ pues ni hablar nos morimos con $QL $erver.
Saludos.
PD: Es bastante gratificante este debate.
Responder Con Cita
  #10  
Antiguo 27-09-2007
Avatar de poliburro
[poliburro] poliburro is offline
Miembro Premium
 
Registrado: ago 2004
Ubicación: México D.F
Posts: 3.068
Poder: 23
poliburro Va por buen camino
Cita:
Empezado por juanelo Ver Mensaje
Con dbExpress usas el mismo codigo de tu app en casi cualquier base de datos,.
Eso no es problema para ADO, Que motor de base de datos quieres elejir?

MsSql, FireBird, Oracle, Db2, Postgress, Mysql, Informix, Dbase, Access, DataFlex?

O prefieres que sean archivos?

Excell, Csv?

No problem, ADO los soporta


Cita:
Empezado por juanelo Ver Mensaje
Interesante tu argumento, pero me gustaria saber que tanto soporte tiene para utilizar los servicios de replica de Oracle, o los los datos persistentes de DB2, es lo mismo, existen caracteristicas PARTICULARES de cada manejador de base de datos que muy seguramente no seran soportadas por dbExpress
Que bueno que lo mencionas, Precisamente en mi actual empleo, Usamos Tres motores de base de datos

Mysql En linux
MsSql Server En Windows
Db2 En As400

Y la capa de conexión que utilizamos, claro es ADO. Y sip, tenemos acceso a las características particulares de cada uno de estos motores. :P

Cita:
Empezado por juanelo Ver Mensaje
PD: Es bastante gratificante este debate.
Coincido contigo bro. . No hay nada más gratificante
__________________
Conoce mi blog http://www.edgartec.com
Responder Con Cita
  #11  
Antiguo 28-09-2007
waly2k1 waly2k1 is offline
Miembro
 
Registrado: dic 2006
Ubicación: El país de las maravillas(Argentina)
Posts: 251
Poder: 18
waly2k1 Va por buen camino
El mejor ADO lejos

Amigos ADO brinda métodos y eventos que ningun otro componente lo brinda
además como lo mencionaban anteriormente es nativo o sea que no hay que acceder a librerias externas. DBExpress parece bueno, pero éste a su vez utiliza ADO despues para conectarse a SQL Server, o sea que es una capa más.

O sea con ADO te evitas un paso(varias DLLs) y a la vez es mas rapido y sencillo el manejo.

Ah Diegochr si usas ADO, no uses despues ODBC, ya que estarás desperdiciando recursos y la potencia de ADO al pasar de ADO a RDO
que es el metodo usado en ODBC. Buscate el proveedor OleDB de SQL Server y generas la cadena de conexión.

Saludos

Última edición por waly2k1 fecha: 28-09-2007 a las 06:36:23.
Responder Con Cita
  #12  
Antiguo 28-09-2007
Avatar de juanelo
juanelo juanelo is offline
Miembro
 
Registrado: sep 2007
Posts: 1.082
Poder: 18
juanelo Va por buen camino
Cita:
Empezado por waly2k1 Ver Mensaje
Amigos ADO brinda métodos y eventos que ningun otro componente lo brinda
además como lo mencionaban anteriormente es nativo o sea que no hay que acceder a librerias externas. DBExpress parece bueno, pero éste a su vez utiliza ADO despues para conectarse a SQL Server, o sea que es una capa más.

O sea con ADO te evitas un paso(varias DLLs) y a la vez es mas rapido y sencillo el manejo.
Hola waly2k1,
Pues siento decirte que estas equivocado, dbexpress esta diseñado para que se accesen de forma nativa los drivers de los fabricantes de servidores de bases de datos (la unica capa que existe es un "driver" dbexpress para estos servidores que en verdad es muy facil de programar), y no, no usan ADO para accesar a SQL Server, por lo tanto no hay otra capa mas.
Saludos.
Responder Con Cita
  #13  
Antiguo 04-10-2007
Avatar de poliburro
[poliburro] poliburro is offline
Miembro Premium
 
Registrado: ago 2004
Ubicación: México D.F
Posts: 3.068
Poder: 23
poliburro Va por buen camino
Cita:
Empezado por juanelo Ver Mensaje
Hola waly2k1,
Pues siento decirte que estas equivocado, dbexpress esta diseñado para que se accesen de forma nativa los drivers de los fabricantes de servidores de bases de datos (la unica capa que existe es un "driver" dbexpress para estos servidores que en verdad es muy facil de programar), y no, no usan ADO para accesar a SQL Server, por lo tanto no hay otra capa mas.
Saludos.

Pues, esa capa única existente, no es en si misma un coste adicional que le quita lo "Nativo"?. Yo piendo que dbexpress es bueno, pero no tan bueno como ADO.
__________________
Conoce mi blog http://www.edgartec.com
Responder Con Cita
Respuesta


Herramientas Buscar en Tema
Buscar en Tema:

Búsqueda Avanzada
Desplegado

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
Conexion con Ms Sql server mrh_peru Conexión con bases de datos 4 19-10-2006 02:48:27
conexion a sql server nnl MS SQL Server 6 25-09-2006 22:50:04
Conexion a SQL Server JuanchoArg Conexión con bases de datos 3 02-09-2006 00:55:16
Conexion con mysql server Cosgaya MySQL 2 27-07-2006 18:48:18
Conexión SQL Server via dbExpress Leviatan MS SQL Server 1 07-11-2005 14:23:02


La franja horaria es GMT +2. Ahora son las 12:22:43.


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