Comment puis-je exécuter un fichier .sql à partir de C #?

using Microsoft.SqlServer.Management.Common;
using Microsoft.SqlServer.Management.Smo;

Vous ne devriez pas avoir besoin de SMO pour exécuter des requêtes. Essayez d'utiliser l'objet SqlCommand à la place. Retirez à l'aide de ces déclarations. Utilisez ce code pour l'exécution de la requête:

 SqlConnection conn = new SqlConnection(sqlConnectionString);
 SqlCommand cmd = new SqlCommand(script, conn);
 cmd.ExecuteNonQuery();

Aussi, de supprimer la référence du projet de SMO. Remarque: vous aurez envie de nettoyer correctement les ressources.

Mise à jour:

L'ADO.NET les bibliothèques ne prennent pas en charge le " GO " mot-clé. Il semble que vos options sont les suivantes:

1. Analyser le script. Supprimer le 'GO' des mots-clés et de diviser le script en lots séparés. La réalisation de chaque lot comme son propre SqlCommand.
2. Envoyer le script à SQLCMD dans le shell (David Andres de la réponse).
3. Utiliser SMO comme le code de la blog.

En fait, dans ce cas, je pense que le SMO peut être la meilleure option, mais vous aurez besoin pour traquer pourquoi la dll n'a pas été trouvé.

Ayant le même besoin pour exécuter automatiquement un script de base de données à partir du code, je me suis mis à analyser le script SQL pour supprimer GO instructions et de diviser le script en plusieurs commandes (comme suggéré par @MattBrunell). Retrait de l'ALLER consolidés a été facile, mais le fractionnement des déclarations sur "\r\n" ne fonctionne pas depuis ce foutu le multi-états. Des tests quelques approches différentes, j'ai été assez surpris de découvrir que le script n'a pas à être divisée en plusieurs commandes. J'ai supprimé tous les "GO" des déclarations et a envoyé le script en entier (y compris les commentaires) dans SqlCommand:

  using System.Data.SqlClient;

  using(SqlConnection connection = new SqlConnection(connectionString))
  using(SqlCommand command = connection.CreateCommand())
  {
    string script = File.ReadAllText("script.sql");
    command.CommandText = script.Replace("GO", "");
    connection.Open();
    int affectedRows = command.ExecuteNonQuery();
  }

Ce code a été testé avec SQL Server 2008 R2 et le script généré par "Base de données -> Tâches -> Générer des Scripts...". Ci-dessous sont quelques exemples de commandes dans le script:

USE [MyDatabase]

ALTER TABLE [MySchema].[MyTable] DROP CONSTRAINT [FK_MyTable_OtherTable]
DROP TABLE [MySchema].[MyTable]

SET ANSI_NULLS ON
SET QUOTED_IDENTIFIER ON

/****** Object:  Table [MySchema].[MyTable]    Script Date: 01/23/2013 13:39:29 ******/
CREATE TABLE [MySchema].[MyTable](
    [Id] [int] IDENTITY(1,1) NOT NULL,
    [Subject] [nvarchar](50) NOT NULL,
    [Body] [nvarchar](max) NOT NULL,
 CONSTRAINT [PK_MyTable] PRIMARY KEY CLUSTERED 
(
    [Id] ASC
)WITH (PAD_INDEX  = OFF, STATISTICS_NORECOMPUTE  = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS  = ON, ALLOW_PAGE_LOCKS  = ON) ON [PRIMARY]
) ON [PRIMARY]

SET IDENTITY_INSERT [MySchema].[MyTable] ON
INSERT [MySchema].[MyTable] ([Id], [Subject], [Body]) VALUES (1, N'MySubject', N'Line 1
Line 2
Line 3
Multi-line strings are also OK.
')
SET IDENTITY_INSERT [MySchema].[MyTable] OFF

Je suppose qu'il pourrait y avoir une longueur maximale pour une seule SqlCommand, au-dessus de laquelle le script doivent être séparés. Mon script qui exécute sans problèmes, contient environ 1800 déclarations et est de 520 ko.

Vous pouvez être intéressé par ceci:
http://geekswithblogs.net/thomasweller/archive/2009/09/08/automating-database-script-execution.aspx

Il présente un usage général de "banc d'essai" pour exécuter automatiquement des scripts sql. Il y a aussi l'exemple de code disponible, et il n'y a pas de dépendances à inhabituels assemblées que ce soit...