Sei sulla pagina 1di 3

aludos me encuentro desarrollando una aplicacin de escritorio que se conectar (eso espero) remotamente a una base de datos de SQL

Server Express 2008. Este servidor se encontrar en una ciudad distinta a donde se conectarn los cleintes. Bueno, me imagino que para esto es necesario que el servidor tenga una IP Fija y el SQL Server Express 2008 instalado es todo lo que se requiere? Es necesario instalar el SQL Server Express 2008 instalado en las maquinas clientes o solo en el Servidor? Una duda bastante grande es con respecto a la cadena de conexin y la base de datos. Es necesario utilizar una contrasea? Si es asi esta donde se pone en la base de datos o donde? Todas las maquinas clientes deben utilizar la misma contrasea para conectarse? Si no le pongo contrasea cualquier usuario que sepa la direccin IP podra conectarse a la base de datos y hacer cambios? Espero y puedan ayudarme, no encuentro respuesta a ninguna de mis dudas por ningn lado, ya busque en San Google y no he tenido suerte, gracias. Tambin te puede interesar... - Cursos de Visual Basic.NET - Temas de Visual Basic.NET - Cdigo fuente de Visual Basic.NET Asunto: RE:Dudas Aaplicacin Remota Autor: OliBeer (6 intervenciones) Fecha: 21/04/2010 17:15:37 Hola Marcela, vamos por partes, Por supuesto que es necesario que un servidor tenga la instancia de SQL Server, no s qu duda especfica tengas sobre eso. S, el servidor necesita una IP fija, para que cualquier cliente que acceda al sistema, se pueda conectar a la base de datos. No te quiero confundir, pero otra opcin sera si los clientes, se conectaran a una VPN y entonces, todos quedaran dentro de la Intranet, y as tambin pordran conectarse al servidor, sin la necesidad de IP fija. Los sistemas distribuidos, en este caso sistema .NET, estn hechos para centralizar la informacain que se recauda, por medio de una sistema X, de esta manera, cualquier cliente, siempre tiene acceso a la misma informacin que cualquier otro cliente. El SQL Server debe instalarse en el servidor, y todos sus clientes deben conectase a ste. S deseas que cada cliente tenga una base de datos, tendras informacin independiente en cada uno, por su distinta base de datos. Debes leer sobre Inicios de Sesin, hay un inicio de sesin para conectarte a SQL Server, y hay uno para conectarte a la Base de datos. En s, a una base de datos no se le asigna contrasea, lo que se hace es que, se le asigna un Usuario (Inicio de sesin), un usuario que manejar la base de datos, un usuario que se conectar a la base de datos. ste usuario es independiente de la base de datos, a qu me refiero, a que hay un apartado de Usuarios en SQL Server y ah le asignas permisos y privilegios, le asignas bases de datos, ojo, "bases" o sea, que le puedes asignar ms de una, le puedes asignar de 0 a n... Busca informacin sobre Usuarios en SQL Server, para que te quede ms claro eso y veas cmo funciona. Una cadena de conexin con usuario y contrasea, sera de la siguiente manera: Data Source=SERVIDOR; Initial Catalog=BASE_DE_DATOS; Integrated Security=False; User Id=USUARIO; Password=CONTRASENA; Si en la cadena de conexin se especifica el Usuario y Contrasea, Integrated Security debe ser False, de lo contrario, si no se especifica, debe ser True, y Usuario y contrasea deben estar vacos. Todas las mquinas cliente, de preferencia deben utilizar el mismo Usuario(Inicio de sesin) para conectarse a la base de datos, aunque puede ser que diferentes clientes, se conecten con usuario diferentes. S, si no le asignas un inicio de sesin a tu base de datos, cualquier se podra conectar. Saludos. Asunto: RE:Dudas Aaplicacin Remota

Autor: Marcela (24 intervenciones) Fecha: 22/04/2010 00:35:21 Gracias por tu respuesta me ha servido de mucho. Espero puedas contestarme lo siguiente si no es mucha molestia =) Lo de los usuarios en SQL no me quedo muy claro. Todo esto de los permisos donde se puede hacer en el management studio? Entonces dime si entiendo bien: la contrasea no se le pone a la base de datos sino que con la cuenta de un usuario creada, esa contrasea que tiene el usuario es la que se utiliza en la cadena de conexin para conectarse a la base de datos cierto? Mi principal problema es que la empresa a la que le estoy haciendo la aplicacin cuentan con un administrador el cual no tiene acceso a eliminar borrar datos, entonces yo misma tendra que crear una cuenta para ese administrador? Entonces ese administrador no podra utilizar el management studio con todas las opciones? Una ltima cosa: Yo tengo una tabla con usuarios con un campo de usuario y otro de contrasea. La cual verifico desde un form para entrar al sistema y ocultar modulos y unas funciones. Este login de usuarios no tiene nada que ver con los usuarios de sql verdad? Todos estos trabajaran bajo un mismo usuario pero el cual yo cree en el SQL verdad? Tengo una gran duda ya que las maquinas clientes se que se conectan me gustaria dejarles la cadena de conexin editable y visible por si se modifica la direccin IP. Esto es bueno o es mejor dejarla dentro del cdigo? Ya que se si la dejo visible los usuarios podran ver el usuario y contrasea del login......y tal vez alguien que sepa algo de programacin pueda hacer un SELECT * de Usuarios y ver las contraseas.... Si creo usuarios en SQL como lo menciono aqui arriba entonces tengo que utilizar eso que se llama autentificacin de SQL? Muchisimas gracias. Asunto: RE:Dudas Aaplicacin Remota Autor: OliBeer (391 intervenciones) Fecha: 22/04/2010 23:29:35 Hola, Lo de los usuarios en SQL no me quedo muy claro. Todo esto de los permisos donde se puede hacer en el management studio? - S, esto es en el Management Studio. Entonces dime si entiendo bien: la contrasea no se le pone a la base de datos sino que con la cuenta de un usuario creada, esa contrasea que tiene el usuario es la que se utiliza en la cadena de conexin para conectarse a la base de datos cierto? - Correcto. Mi principal problema es que la empresa a la que le estoy haciendo la aplicacin cuentan con un administrador el cual no tiene acceso a eliminar borrar datos, entonces yo misma tendra que crear una cuenta para ese administrador? Entonces ese administrador no podra utilizar el management studio con todas las opciones? - Esta parte no me qued clara... Yo tengo una tabla con usuarios con un campo de usuario y otro de contrasea. La cual verifico desde un form para entrar al sistema y ocultar modulos y unas funciones. Este login de usuarios no tiene nada que ver con los usuarios de sql verdad? Todos estos trabajaran bajo un mismo usuario pero el cual yo cree en el SQL verdad? - Correcto, estos usuarios no tienen que ver con los inicios de sesin de SQL Server. - S, todos trabajaran con el mismo inicio de sesin. Tengo una gran duda ya que las maquinas clientes se que se conectan me gustaria dejarles la cadena de conexin editable y visible por si se modifica la direccin IP. Esto es bueno o es mejor dejarla dentro del

cdigo? Ya que se si la dejo visible los usuarios podran ver el usuario y contrasea del login......y tal vez alguien que sepa algo de programacin pueda hacer un SELECT * de Usuarios y ver las contraseas.... - Puedes dejarla donde t quieras, yo te recomiendo que lo hagas fuera, as es ms fcil modificarla, eso s, no se te olvide que para que nadie te la pueda robar, la tienes que Encriptar!! Si creo usuarios en SQL como lo menciono aqui arriba entonces tengo que utilizar eso que se llama autentificacin de SQL? - Correcto. Saludos.

Potrebbero piacerti anche