Créer une base de données en .NET

Bonjour,

J'ai actuellement une base de données sqlserver (avec table, vue et procédure stocké) dont j'ai généré le script de création
En changeant le nom de la base de données dans le script, cela me crée bien une nouvelle base de données.

Je voudrais utiliser ce script dans mon code asp .net pour pouvoir générer automatiquement de nouvelle base de données

Comment puis je faire cela (avec ADO ?)
Y a t-il une autre méthode pour dupliquer des bases à vide dans sql-server ?

Merci pour vos retour
Sylo

Il suffit e commencer votre script SQL par :

Code:

---

CREATE MaBase; USE MaBase;

---

tout le reste sera créé dans la base ainsi créée.

A +

Depuis votre programme .NET il faudra soit :
- créer un SqlCommand par bloc (entre deux GO)
- lancer osql avec votre script en paramètre

Sinon, pas de méthode à ma connaissance pour exécuter un script entier directement depuis .NET (ni ADO en règle générale).

Citation:

---

Envoyé par StringBuilder

Depuis votre programme .NET il faudra soit :
- créer un SqlCommand par bloc (entre deux GO)

---

Attention : le GO n'est interprété que par le SSMS; il ne fait pas parti du DDL. (d'ailleurs le "GO" peut être redéfini en "C PARTI MON KIKI" ou en ce qu'on veut dans SSMS).

Le séparateur entre commandes est le ";".

Citation:

---

Sinon, pas de méthode à ma connaissance pour exécuter un script entier directement depuis .NET (ni ADO en règle générale).

---

Pourtant il me semble qu'on peut parfaitement envoyer un script à travers un SqlCommand unique si les commandes sont séparées par un ";" .

La seuel vraie limitation concernant les SqlCommand et le DDL c'est que les paramètres ne sont pas supportés. Donc pas question de passer le nom de la base en param ou approchant.

le

Code:

---

CREATE MaBase; USE MaBase;

---

ne fonctionne pas
Auriez vous la syntaxe exacte ?
Merci
Sylo

Code:

---

1 2	create database MyBase; use MyBase;

---

Quand je fais cela dans une requete ADO (ou même dans le requeteur sql server management studio,
cela me crée bien la base mais elle est vide...
Cela me parait logique en même temps, on lui dit de créer la base 2 puis d'utiliser la base 1 mais pour faire quoi ?
Une solution parce que c'est bien un truc comme cela que je cherche
Merci pour la célérité de vos réponses
Sylo

Citation:

---

Envoyé par olysmar2

Quand je fais cela dans une requete ADO (ou même dans le requeteur sql server management studio,
cela me crée bien la base mais elle est vide...

---

Bien sur !

Vous vous attendiez à quoi ? A trouver l'ensemble des œuvres référencées à la BN dedans ????

A ben désolé, on s'est mal compris...
Je voudrais savoir comment créer une base de données a partir d'une autre base de données (avec les tables, fonctions et vue)

Peut-être y-a t'il une méthode pratique qui serait automatique ?
Non?

En récupérant le script et en remplacant les GO par des ";" ou en splitant l'ensemble du script, ca ne marche pas génial...

Désolé de ne pas avoir été assez clair
Merci
Sylo

Citation:

---

Envoyé par olysmar2

A ben désolé, on s'est mal compris...
Je voudrais savoir comment créer une base de données a partir d'une autre base de données (avec les tables, fonctions et vue)

---

Avec les données ou sans les données ?

Sinon, le plus simple :

• faire un backup
• créer la deuxième base
• faire un restore sur la deuxième en forçant la non concordance des noms de base

ou

• générer un script de création de la base et de ses éléments (avec ou sans les données)
• créer la deuxième base
• exécuter le script sur la deuxième base.

ou (si une instance de Sql Server est configurée en "publisher").

• créer la deuxième base
• faire une réplication snapshot de la première sur la deuxième

Merci François,

alors je veux la base sans les données

Et surtout je voudrais piloter cela via asp .NET
je pense qu'il n'y a que la seconde solution qui permet cela ?

Merci tout de même pour vos retours
Sylo

Oui; donc il faut traiter le script en séparant chaque "GO" pour créer une commande (sans les GO tu vas avoir un problème sur les dépendances entre opérations car les requêtes DDL vont être parallélisées : typiquement tu ne peux pas créer une contrainte sur une table avant que la table soit créée).

Citation:

---

Envoyé par François M.

... sans les GO tu vas avoir un problème sur les dépendances entre opérations...

---

Pas forcément, en effet, selon la norme SQL, lors de la création des objets dans un schéma, via le CREATE SCHEMA on peut créer les objets sans tenir compte de l'ordre induit par les dépendances inter objets. Ceci est une spécificité de la norme SQL, hélas rarement implémentée, sauf sur SQL Server....

Exemple :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17

CREATE SCHEMA SCH_SQL --> création d'une vue portant sur une table non encore créée ! CREATE VIEW SCH_SQL.V_CLIENT_CLI AS SELECT * FROM T_CLIENT_CLI --> création d'une table avec contraintes d'intégrité référentielle portant sur une table non encore créée ! CREATE TABLE T_COMMANDE_CMD (CMD_ID INT NOT NULL PRIMARY KEY, CLI_ID INT NOT NULL FOREIGN KEY REFERENCES T_CLIENT_CLI (CLI_ID), CMD_DATE DATETIME NOT NULL) --> création de la table CREATE TABLE T_CLIENT_CLI (CLI_ID INT NOT NULL PRIMARY KEY, CLI_NOM CHAR(32) NOT NULL)

---

À me lire : http://blog.developpez.com/sqlpro/p5...des_schema_sql

A +

Vrai mais ce n'est pas le cas des objets liés à d'autres objets comme les vues indexées, les contraintes etc...

Avec .net il faut utiliser SMO pour gérer les scripts contenant des GO...

SMO sont les API utilisés par SSMS.

http://www.codeproject.com/Articles/...our-SQL-Server

Citation:

---

Envoyé par iberserk

Avec .net il faut utiliser SMO pour gérer les scripts contenant des GO...

---

Oui; pour ma part je ne les ai utilisé que très rarement (notamment une fois pour un cas "ultra tordu" : j'avais besoin de modifier dynamiquement les trigger générés automatiquement au moment de la construction du snapshot par la réplication fusion).

Mais ici, il faut dire que c'est peut être un peu "overkill", dans la mesure où les SMO ne sont pas installés par défaut sur les stations de travail, même si SSMS est installé et sachant qu'une méthode en C# très courte permet de traiter les scripts par block.
Un truc comme ça par exemple :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31

public static void ExecuteScript(string scriptText) { using (SqlConnection connection = new SqlConnection()) { using (TextReader reader = new StringReader(scriptText)) { StringBuilder scriptBlock = new StringBuilder(); bool endOfScript = false; do { string line = reader.ReadLine(); endOfScript = line == null; if (!endOfScript && string.Equals(line, "GO", StringComparison.InvariantCultureIgnoreCase) == false) { scriptBlock.AppendLine(line); } else if(scriptBlock.Length > 0) { using (SqlCommand command = connection.CreateCommand()) { command.CommandText = scriptBlock.ToString(); command.CommandType = CommandType.Text; command.ExecuteNonQuery(); } scriptBlock.Clear(); } } while (!endOfScript); } } }

---

Bonjour,

Merci pour vos retour
Pour ma part, au final, je génère le script de création de la base puis je le nettoie (le début au moins)
Ensuite, je split la chaine avec les GO et j'execute les instruction une à une
Cela fonctionne.

Le seul problème, c'est qu'à chaque modification de la structure de la bdd, il faut que je recrée le fichier.

Mais je m'en contenterais
Sylo

Citation:

---

Envoyé par olysmar2

Le seul problème, c'est qu'à chaque modification de la structure de la bdd, il faut que je recrée le fichier.

---

Là tu peux te faire un module avec les SMO pour générer le script.

Ok merci
Je vais regarder cela
Sylo

Tu n'es pas obligé de lancer 1 commande par SqlCommand