c# - microsoft - Conexión a SQL Server con Visual Studio Express Editions

visual studio express 2015 iso

Question

Me resulta extraño que en la edición Express 2008 de Visual C, cuando utilizas el explorador de bases de datos, tus opciones sean:

1. acceso Microsoft
2. SQL Server Compact 3.5 y
3. Archivo de base de datos de SQL Server.

PERO si utiliza Visual Web Developer 2008 Express, puede conectarse a un Servidor SQL, Oracle, ODBC normal, etc.

Para las personas que desarrollan línea de comandos u otras aplicaciones C # que necesitan hablar con una base de datos SQL Server, ¿realmente necesitas construir tu código LINQ / Acceso a datos con un IDE (Visual Web Developer) y tu programa en otro (Visual C #)?

No es una solución difícil, pero parece extraño. Si Microsoft quería obligarlo a actualizar a Visual Studio para conectarse a SQL Server, ¿por qué iban a incluir esa característica en uno de sus IDEs gratuitos pero no en el otro? Siento que me podría estar perdiendo algo (como cómo hacerlo todo en Visual C #).

Answer 1

La única forma en que logré que C # Express 2008 funcionara fue mover el archivo de la base de datos. Entonces, abrí SQL Server Management Studio y, después de abandonar la base de datos, copié el archivo a la carpeta de mi proyecto. Luego volví a conectar la base de datos a Management Studio. Ahora, cuando intento adjuntarme a la copia local, funciona. Aparentemente, no puede usar el mismo archivo de base de datos más de una vez.

Answer 2

Me acabo de dar inicio a mi aplicación de negocio familiar en formularios Windows para su conveniencia. Actualmente estoy usando Visual C # Express 2010 / SQL Server 2008 R2 Express para desarrollarlo. Tengo el mismo problema que OP donde necesito conectarme a una instancia de SQL Server. Me estoy saltando los detalles aquí, pero esa base de datos será una base de datos fusionada sincronizada entre 2-3 computadoras que también usarán la aplicación que estoy desarrollando en este momento.

Encontré una solución rápida, al menos, creo que lo hice porque ahora puedo usar mis procedimientos almacenados en los adaptadores de tablas sin ningún problema hasta el momento.

Copié una conexión SQL pegada que utilicé en un proyecto diferente en el trabajo (VS2010 Premium) en el app.config y cambié todo lo que necesitaba allí. Cuando volví a Ajustes de configuración, solo tuve que confirmar que quería lo que estaba dentro del archivo app.config. Las únicas desventajas que puedo ver es que no se puede "probar" la conexión, ya que cuando se ingresa a la configuración de la cadena de conexión no se puede ir a ninguna parte, ya que "SQL Server" no es una opción. El otro inconveniente es que debe ingresar todo manualmente ya que no puede usar ningún asistente para hacerlo funcionar.

No sé si debería haberlo hecho así, pero al menos puedo conectarme a mi servidor SQL ahora :).

EDITAR:

Solo funciona con las instancias de SQL Server 2008 R2 Express. Si intentas con SQL Server 2008 R2 Workgroup y más, recibirás una desagradable advertencia de Visual C # 2010 Express indicándote que "no puedes usar esa conexión con la versión actual de Visual Studio". Lo entendí cuando estaba tratando de modificar algunos de mis compiladores de tablas. Cambié de nuevo a una instancia de SQL Express para desarrollar y está funcionando bien de nuevo.

Answer 3

Si está usando esto para obtener un LINQ to SQL que yo haga y quiera para mi Visual Developer, 1) obtenga el Visualista Developer gratuito, utilícelo para conectarse a la instancia de SQL Server, cree su interfaz LINQ y luego copie los archivos generados en su proyecto Vis-Dev (no uso VD porque suena gracioso). Incluya solo los archivos * .dbml. El entorno Vis-Dev tardará uno o dos segundos en reconocer los archivos de soporte. Es un pequeño paso adicional, pero es mejor que hacerlo a mano o renunciar a él por completo o incluso PEOR, pagar por ello. Mooo, ja, ja, ja.

Answer 4

Solución:

1. Abra su solución en Visual Web Developer Express. No cargará algunos de los proyectos en la solución, pero está bien.
2. Haga una nueva conexión en Database Explorer a la base de datos requerida de SQL Server.
3. Agregue un nuevo proyecto de biblioteca de clase.
4. Agregue un elemento LINQ to SQL Classes y vinculelo a su base de datos.
5. Cierre la solución.
6. Abra la solución en Visual C # Express.

Ahora tiene una biblioteca de clases LINQ to SQL que está vinculada a su base de datos de SQL Server en Visual C # Express.

Actualizar

La solución es para Visual Studio Express 2010.

Answer 5

Supongo que con VWD es más probable que sus soluciones se implementen en servidores de terceros, muchos de los cuales no permiten un archivo de base de datos de SQL Server conectado de forma dinámica. Por lo tanto, permite el otro tipo de conexión.

Esta diferencia en el comportamiento de IDE es una de las razones clave para actualizar a una versión completa.

Answer 6

Debería poder elegir la opción de archivo de base de datos de SQL Server para obtener el tipo correcto de base de datos (el proveedor de system.data.SqlClient ) y luego corregir manualmente la cadena de conexión para apuntar a su base de datos.

Creo que el razonamiento detrás de esas opciones de db probablemente sea más o menos así:

• Si está utilizando Express Edition y no está usando Visual Web Developer, probablemente esté creando un programa de escritorio.
• Si está creando un programa de escritorio y está usando la edición express, probablemente sea un aficionado o un uISV-er que trabaje en su casa en lugar de desarrollar para una corporación.
• Si no está desarrollando para una corporación, su aplicación probablemente esté destinada para el usuario final y su almacén de datos probablemente se encuentre en su máquina local.
• Realmente no debería implementar bases de datos de clase de servidor en escritorios de usuario final. Un db en proceso como Sql Server Compact o MS Access es mucho más apropiado.

Sin embargo, esta lógica no se sostiene del todo. Incluso si cada uno de esos 4 puntos es cierto el 90% del tiempo, para el momento en que aplicas los cuatro, solo aplica al ~ 65% de tu audiencia, lo que significa que hasta un 35% del mercado express podría legítimamente querer hablar a un servidor de clase db, y ese es un grupo significativo. Y entonces, la versión simplificada (codiciosa):

• Un servidor de db real (y el hardware para ejecutarlo) cuesta dinero real. Si tiene acceso a eso, debe poder pagar al menos la edición estándar de Visual Studio.