L'Export SQL Server 2005 résultat de la requête SQL INSERT?

Est-il un moyen facile de SQL Server 2005 pour exporter les résultats de la requête pour une instruction SQL INSERT? Je pense à quelque chose le long des lignes de la façon dont vous pouvez utiliser l'Explorateur de Base de données pour écrire une procédure stockée existante à une nouvelle fenêtre de requête.

Nous sommes à la recherche pour déplacer des données à partir d'un dev DB pour une production de l'un; je sais que sur les serveurs liés, mais il n'y a aucun moyen de l'DBA blackshirts va nous permettre de le configurer.

Si vous pouvez m'aider, je l'apprécierais. Définitive, "Non, vous êtes désossées," suffira si elle a à.

Edit: Le tableau que je veux insérer dans n'est pas sur le même serveur de base de données. Sans mettre en place un serveur lié, je ne peux pas faire un select into.

  • Voulez-vous/nécessité de déplacer les données à la fois? Pouvez-vous accéder à deux serveurs en même temps? Est/peut-il y avoir un certain retard dans l'écriture de données et de l'écrire dans? Est-ce une tâche de temps, ou quelque chose que vous allez faire régulièrement? Il existe de nombreuses options, la cueillette de l'un qui correspond à votre situation opérationnelle est la partie la plus difficile.
  • Kelley: C'est une opération ponctuelle, mais je peux voir des événements similaires se produisent. C'est une relativement petite (100 < X < 1000 lignes) quantité de données de configuration d'application. Elle a été installée de façon fragmentaire dans le développement et nous sommes à la recherche d'un raccourci pour le dump de la production. On peut accéder à des serveurs simultanément, mais personne ici n'a l'accès en écriture à la production. Nous avons besoin d'envoyer quelque chose pour le DBA pour eux de courir à nous donner nos données.
  • Dans ce cas, je vous recommande de BCP (même si c'était ma suggestion). Vous pouvez créer les fichiers de test de les charger sur un autre serveur de dev, puis passer les fichiers et "à charge" des instructions pour les Administrateurs de base de données. Si ou quand il devient un moment, très bien, ok, j'avais encore le faire de cette façon, parce que je n'avais jamais créer un système automatisé de dépendance entre un serveur de Production et un serveur de Développement.
InformationsquelleAutor iandisme | 2010-06-28
  1. 3

    Un autre de mes collègues est venu avec un plaisir solution.

    1) Copie des résultats de la requête grille Excel.
    2) Ajouter les commandes SQL et les parenthèses/virgule/graduations dans les colonnes entre les valeurs.
    3) Copie de la grille d'un éditeur de texte.
    4) Rechercher/remplacer des choses qu'ils ont besoin de changer/réparer, y compris les espaces.
    5) Envoyer en SQL DBA.

    Et le tour est joué! Plusieurs centaines de lignes queryized. C'est laid comme le péché, mais il a fallu moins de temps que la recherche d'un "raisonnable" façon de le faire. Cela arrive assez rarement de suffire comme une solution. J'apprécie chacun suggestions, même si - et je n'ai l'intention d'explorer davantage.

    Edit: je suis toujours à la recherche d'idées! J'aime les choses pour être plus propre que d'avoir Excel déposer un bateau à vapeur dans Notepad++.

    InformationsquelleAutor iandisme
  2. 3

    Si un fichier de script est la seule façon d'ajouter des données à votre serveur de production, il est assez facile de générer des états d'INSERTION comme le résultat d'une instruction select. C'est ennuyeux et fastidieux, cependant, de sorte que si vous avez à le faire souvent, je serai d'accord avec les autres qui vous conseille d'outils tiers. Si c'est juste un one-off, cependant, quelque chose comme cela devrait fonctionner.

    select 'insert into MyTable (IntegerField, TextField)
values (' + convert(nvarchar(50),IntegerField) + ', ''' + TextField + ''');'
from MyTable

    Dans SSMS, ensemble "les résultats de texte" au lieu de "les résultats de la grille", et vous obtiendrez une sortie qui est facile à enregistrer dans un fichier texte et d'exécuter un script ailleurs; ceci, par exemple:

    insert into MyTable (IntegerField, TextField)
values (1, 'a TextField value');
insert into MyTable (IntegerField, TextField)
values (23, 'another TextField value');

    Ce n'est probablement pas très performant pour de grands ensembles de données, mais compte tenu de vos restrictions qu'il pourrait être la plus facile et la plus simple option.

    • C'est assez similaire à ce que nous avons fini par le faire, sauf avec Excel, il est un peu plus évolutive (assez facile de copier les mêmes choses à plusieurs milliers de lignes), sans être tout effrayant comme l'utilisation de grep et de regex.
    InformationsquelleAutor Matt
  3. 1

    Vous pouvez utiliser SÉLECTIONNER et INSÉRER DANS les SÉLECTIONNER, les deux méthodes sont présentées ici

    Edit: peut-être que j'ai mal compris votre question, et vous voulez générer INSÉRER des scripts? Dans ce cas, vous pouvez utiliser des outils comme l'Apex SQL, SQL Delta ou SQL Scripteur.

    • J'ai regardé SQL Scripter... pas un grand fan de la version d'évaluation du logiciel, mais l'interface graphique peut convenir à certains de mes plus de ligne de commande d'aversion des collègues. +1 pour la suggestion
    InformationsquelleAutor Danny Drogt
  4. 1

    L'utilitaire BCP suggère lui-même -- dump les données dans un fichier, appuyez de nouveau sur l'autre serveur.

    • La recherche dans l'utilitaire BCP maintenant. L'air prometteur... +1
    • Serveur de ne pas accorder l'accès à la BCP util exécuter localement... mais c'est encore bon à savoir. Merci!
    • Qui sonne comme il est juste un problème d'autorisations?
    • "Juste un problème d'autorisations" est une condamnation à mort ici. Même si je pouvais obtenir les autorisations, il pourrait prendre des semaines.
    • La poisse. Je déteste quand ça arrive.
    InformationsquelleAutor Philip Kelley
  5. 0

    Avez-vous regardé de déplacer les données à l'aide de DTS (Data Transformation Services)? Vous pouvez l'utiliser pour exporter vos données dans un fichier etc, puis les importer dans votre nouvelle base de données.

    InformationsquelleAutor Ciaran Archer
  6. 0

    iandisme,

    Nous sommes dans le même bateau. Toutes les modifications de base de données doivent être cryptées et ensuite appliqué à l'assurance qualité et Prod par quelqu'un d'autre (ségrégation des tâches.) Donc, nous avons un tas de scripts script les instructions insert, ou nous venons de part leur construction.

    • Oui, nous avons obtenu que l'ISO "répartition des tâches" dogme ici. Je ne veux vraiment pas l'accès de production ("Ici, vous maintenez cette grenade."), mais j'ai une intuition que personne ne regarde vraiment les scripts de nous envoyer jusqu'.
    InformationsquelleAutor JBrooks