Discussion :

[Vengryn]

Bonjour,

Je voudrais faire un script SQL qui va me permettre d'exporter la définition de toutes les tables en SQL avec leurs données.

Par contre, je n'arrive pas à trouver de script sur le net.

Avez-vous une piste ? Pouvez-vous m'aider s'il vous plait ?

Merci d'avance. Et bon lundi à tous !

EDIT : Pour info, c'est une base de donnée Microsoft SQL Server.

[SQLpro]

Dans SSMS, cliquez droit sur le base de données considérée et choisissez "Tâches" / "Générer des scripts". Ceci affiche un assistant qui vous guidera pour sélectionner les éléments que vous souhaitez scripter.
Dans la fenêtre des options, sélectionnez bien "schéma et données" :



A +

[Vengryn]

Merci pour la réponse

Mais, c'est impossible d'avoir le script avec du SQL ?

[aieeeuuuuu]

Bonjour,

si, possible, mais plus compliqué, bien plus compliqué !

Quel est le contexte ?

[SQLpro]

Merci pour la réponse

Mais, c'est impossible d'avoir le script avec du SQL ?

Mais c'est exactement le script avec du SQL qui va vous être pissé !

A +

[Vengryn]

Oui SQLpro, je sais bien.

Mais, est-ce possible d'avoir ce script avec une requête SQL, par exemple ?

J'ai essayé avec cette requête :

Code SQL :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
DECLARE @fileName varchar(100);
DECLARE @dbName varchar(100);
DECLARE @fileDate varchar(100);
 
Set @fileName = 'C:/Backups/'
Set @dbName = 'Extranet'
Set @fileDate = CONVERT(varchar(20), Getdate(), 112);
 
Set @fileName = @fileName  + @dbName + '-' + fileDate + '.sql';
 
BACKUP Database @dbName to Disk = @fileName

Elle marche bien, mais, je n'ai pas mon script. Cela m'indique des NULL dans le fichier :/

Super aieeeuuuuu et comment on fait ? Tu as pas un tuto s'il te plait ?

[SQLpro]

Possible mais extrêmement complexe. il y a environ 300 cas particuliers à traiter.... donc un script de quelques millier sde lignes de code... Bon courage et à l'année prochaine !

A +

[aieeeuuuuu]

Super aieeeuuuuu et comment on fait

on remonte ses manches, genre jusqu'aux épaules... et on prévoit le stock d'aspirine

ou bien...

On cherche une solution alternative en fonction du besoin et du contexte.

[Vengryn]

Ouais, je vais chercher une solution alternative. Merci

Avec C# voire Powershell, ça sera plus simple, non ?

[Vengryn]

Bonjour

Bon, j'ai opté pour du C#, c'était plus pratique. J'ai décidé de faire une application WinForms.

Tout marche nickel.

J'arrive à me connecter à ma base de donnée, à choisir ma base de donnée et à exporter ma base de donnée.
Par contre, je l'exporte en format .bak grâce à la requête "backup database to disk". Aucun moyen de l'exporter en fichier .sql s'il vous plait ?

Merci

[Invité]

Par contre, je l'exporte en format .bak grâce à la requête "backup database to disk". Aucun moyen de l'exporter en fichier .sql s'il vous plait ?

cf réponse 2 : https://www.developpez.net/forums/d1.../#post10845521

[Michel.Priori]

Non, il n'existe pas de moyen NATIF dans SQL server d'avoir l'équivalent du résultat d'un Mysqldump.
Et c'est une bonne chose
Le backup SQL est, de très loin, meilleur que mysqldump.

La seule méthode est d'utiliser les tables systèmes "du catalogue" pour faire des requêtes qui "reconstruisent" la base.

Il y a des développements existants, et notamment dans SSMS comme l'a fait remarqué SQLpro.

Ici une piste pour l'intégration avec un projet externe : https://archive.codeplex.com/?p=sqlhost

[SQLpro]

??? Aucun moyen de l'exporter en fichier .sql s'il vous plait ?

Si, par le même outil et si vous acceptez que cela dure 10 à 100 fois plus longtemps qu'une réelle sauvegarde binaire, sachant que MySQmerde ne sait par faire de réelle sauvegarde….

A lire : https://blog.developpez.com/sqlpro/p...p_et_log_ne_so

A +

[Michel.Priori]

Si, par le même outil

comment t'arrive à te connecter à une instance SQL en utilisant mysqldump ???
Je suis preneur de la syntaxe.

[Michel.Priori]

Une fois admis qu'une sauvegarde n'est pas un script, la question d'obtenir le script de la base reste ouverte.

2 solutions pour générer les scripts via l'interface SSMS
1- générer des scripts (solution détaillée par SQLpro)
2- générer un fichier bacpac
. Clic droit sur la base
. tâches > exporter une couche d'application de la couche de donnée

Note : le fichier bacpac peut être plus "léger" que la sauvegarde, même compressée, de la base. C'est principalement du au fait que le fichier est un ZIP de fichiers XML et bcp.
Attention : lors de la "restauration" le fichier journal aura la taille initiale si fichier bak et, au minimum, la taille de la transaction la plus forte (fonction de la plus grosse table).

Sinon pour faire une programmation "custom" il me semble que la bibliothèque SMO devrait répondre à tes besoins.
Peut être qu'ici tu trouvera le début d'une piste :
https://docs.microsoft.com/fr-fr/dot...ect_ScriptImpl

Dès fois que tu soit passé à autre chose, merci de marquer comme résolu.

[Vengryn]

Bonjour,

Désolé pour le retard.

Oui, j'ai résolu mon problème grâce à la bibliothèque SMO

Merci à vous ^^