Sauvegarder vers fichier sql avec contenu données

Version imprimable

09/12/2015, 14h00
ZoliveR

Sauvegarder vers fichier sql avec contenu données

Bonjour à tous et désolé si cette question a déjà trouvé réponse mais je ne sais pas où chercher. Je remarque que MS SQL Server est très puissant et très complexe à appréhender par la même occasion.

J'ai trouvé comment faire un backup de la DB mais le fichier n'est pas en SQL. J'ai trouvé comment générer un script de la DB mais cela copie la structure et pas les données

Ce que je cherche c'est comment arriver à faire un fichier sql contenant au moins l'insertion des données (INSERT INTO), de toutes les tables
Elle peut éventuellement contenir la structure mais ce n'est pas obligatoire puisque je l'ai déjà

Etant donné que je peux encore être amené à faire des choix tels que je serais contraint peut-être de recréer la structure de la DB, je ne souhaite pas perdre mes données de tables.

Merci et bonne journée
09/12/2015, 14h12
escartefigue

Un fichier de backup n'est pas un fichier de script, mais un fichier correspondant aux données de votre base (ou de votre journal de transactions)
Il n'y aura donc jamais d'ordres SQL tels que INSERT INTO
Ce serait d'ailleurs inutile puisque les restaurations ne sont pas faites par insertion : ce serait extrêmement lent, et nécessiterait de vider les tables cibles préalablement
09/12/2015, 17h38
aserf

Bonjour,

Vous lancez SqlManagement Studio, vous faite un click droit sur votre base de donnée, ensuite Taches=>généré des scripts.
une fenêtre s'ouvre. Vous clickez 2 fois sur suivant et une fenêtre s'affiche pour l'enregistrement du fichier, vous clickez sur avancé et dans l'attribut "Type de donnée a inclure dans le script" mettre "Donnée et Schéma"

Cordialement,
10/12/2015, 13h31
elsuket

Bonjour,

Pour compléter aserf, vous pouvez lire ce billet ;)

@++ ;)
30/12/2015, 13h06
ZoliveR

Oups j'avais complètement oublié ce post, et je voulais vous remercier par la même occasion. Post résolu :)

Le jour où je maitriserai le tiers du quart de MSSQL Server je pense que je pourrai dire que je suis un expert (lol)
Chaque jour je découvre des fonctionnalités ahurissantes. C'est aussi le genre de produit où je me dis qu'il y a des millions de fonctions différentes, et qu'une erreur de paramétrage sur une fonction peut tout foutre en l'air et moi j'ai parfois l'air d'un éléphant dans un magasin de faiences (heureusement on peut faire des backups ce qui n'est pas le cas des faïences)
31/12/2015, 01h56
SQLpro

1 pièce(s) jointe(s)

Citation:

Envoyé par ZoliveR

... Je remarque que MS SQL Server est très puissant et très complexe à appréhender par la même occasion.

Très complexe ? Non, c'est justement l'un des plus facile... C'est juste que vous n'avez pas encore l'habitude de travailler avec et que vous avez sans doute pris de mauvaises habitudes avec d'autres outils moins complets !

Citation:

J'ai trouvé comment faire un backup de la DB mais le fichier n'est pas en SQL. J'ai trouvé comment générer un script de la DB mais cela copie la structure et pas les données

Une sauvegarde n'est pas un "dump". Vous avez sans doute pris la mauvaise habitude avec d'autres SGBDR comme MySQmerde de faire des pseudo sauvegardes par le biais de rétro scripts de création de la base et de réinsertion des données. Ceci n'est pas considéré comme une sauvegarde et en peut pas être fait à chaud (les utilisateurs continuant de travailler) sans garantir l'intégrité de la base. Une véritable sauvegarde est un mécanisme binaire qui consiste à créer un ou plusieurs fichiers destiné à recréer la base telle qu'elle se présentait au moment de la sauvegarde, en utilisant une commande de restauration. Toute l'architecture de la base, ses objets, les données qui y sont contenus, les fichiers existants comme les transactions effectuées et conservées dans le journal, seront recrées strictement à l'identique au bit près, sauf pour quelques métadonnées cosmétiques, ce qui n'est pas le cas d'un DUMP puisqu'il ne conserve pas les données aux mêmes endroits qu'à l'origine et procède d'une manière à la fois bloquante pour la phase de création et potentiellement incohérente si des mises à jour sont faites au cours de cette phase.
Lisez l'article que j'ai écrit à ce sujet :
http://blog.developpez.com/sqlpro/p7...p_et_log_ne_so

Citation:

Ce que je cherche c'est comment arriver à faire un fichier sql contenant au moins l'insertion des données (INSERT INTO), de toutes les tables
Elle peut éventuellement contenir la structure mais ce n'est pas obligatoire puisque je l'ai déjà

Vous pouvez faire cela pr le biais de l'IHM SSMS en allant dans le menu contextuel d'une base et en appelant l'item "taches / Générer des scripts" puis en sélectionnant à l'aide du bouton "avancé" l'option "schéma et donnes" pour l'item 'type de données à scripter".
Cela dit ce sera incommensurablement plus long qu'une sauvegarde et extrêmement difficile et complexe à relancer pour recréer la base...

Citation:

Etant donné que je peux encore être amené à faire des choix tels que je serais contraint peut-être de recréer la structure de la DB, je ne souhaite pas perdre mes données de tables.

Merci et bonne journée

Plus d'explication dans :
Pièce jointe 196707

A +