Comment générer un script SQL dans SQL SERVER 2008 R2 sans l'aide de l'INTERFACE utilisateur?

Procédures stockées, vues, fonctions, etc. peuvent tous être inclus dans le script de sys.sql_modules tant qu'ils ne sont pas chiffrés:

SELECT definition 
  FROM sys.sql_modules
  WHERE [object_id] = OBJECT_ID(N'dbo.object_name');

Ou si vous souhaitez script multiples:

SELECT definition + CHAR(13) + CHAR(10) + 'GO'
  FROM sys.sql_modules
  WHERE OBJECT_NAME([object_id]) IN (N'name1', N'name2', ...);

Ou tous:

SELECT '--' + QUOTENAME(OBJECT_SCHEMA_NAME([object_id]))
  + '.' + QUOTENAME(OBJECT_NAME([object_id]))
  + CHAR(13) + CHAR(10) + definition 
  + CHAR(13) + CHAR(10) + 'GO' + CHAR(13) + CHAR(10)
FROM sys.sql_modules
WHERE definition IS NOT NULL;

(Bien sûr, ce sont tous condamnés si vous exécutez dans Management Studio et tout dépasse la longueur maximale d'une chaîne de sortie y, ~8K dans les résultats de texte. Mais il semble que vous voulez consommer ailleurs.)

Noter que ce ne sera pas de script l'ENSEMBLE des paramètres qui étaient en vigueur au moment de la création de l'objet, mais vous pouvez prolonger cette requête pour inclure les paramètres comme ANSI_NULLS et QUOTED_IDENTIFIER - que vous pouvez obtenir à partir du même point de vue.

Les Tables sont un peu plus délicat. Si vous générez le script dans SSMS pendant que le profileur est en cours d'exécution, vous verrez qu'il le fait à travers un tas de requêtes et de constructions créer la table de script dans le code (en d'autres termes, vous ne pouvez renifler il out). Il peut être assez complexe, selon les options que vous utilisez pour votre tableau, si vous avez besoin d'un script toutes les clés étrangères et les objets dépendants, etc. Pour cela, je préfère la méthode SMO mis en évidence dans podiluska réponse.

Si vous êtes déjà à l'aide de SSMS, alors je ne comprends pas le but de PAS à l'aide de la génération de scripts éléments de menu. Vous pouvez le faire pour plusieurs objets à l'aide de l'Explorateur d'Objets de Détails à la place de l'Explorateur d'Objets, si le singleton approche est le problème:

J'ai écrit un open source utilitaire de ligne de commande nommé SchemaZen qui fait cela. C'est beaucoup plus rapide que les scripts de gestion de studio et elle est sortie plus de contrôle de version conviviale. Il prend en charge les scripts à la fois un schéma et des données.

Pour générer les scripts d'exécution:

schemazen.exe script --server localhost --base de données db-scriptDir c:\somedir

Alors pour recréer la base de données de l'exécution des scripts:

schemazen.exe créer: server localhost --base de données db-scriptDir c:\somedir