Bulk Insert Correctement Cité de Fichier CSV dans SQL Server

Je suis en train d'importer correctement cité fichier CSV, signification des données n'est citée que si elle contient une virgule, par exemple:

41, Terminator, Black
42, "Monsters, Inc.", Blue

J'observe que la première ligne des importations correctement, mais la deuxième rangée des erreurs d'une manière qui suggère la cité virgule a été traitée comme un séparateur de champ.

J'ai vu des suggestions comme celle de la

SQL importation en bloc à partir d'un fichier CSV

pour modifier le champ

FIELDTERMINATOR='","'

Cependant, mon fichier CSV uniquement des citations les champs qui en ont besoin, donc, je ne crois pas que cette suggestion serait de travailler.

SQL Server peut IMPORTATION en bloc de déclaration d'importation correctement cité fichier CSV? Comment?

  • Ne peut pas être fait. L'Importation de SQL Server méthodes (à la fois de la PCA et d'INSERTION en bloc) ne comprennent pas le citer.
  • Voici un poste similaire avec plus d'options stackoverflow.com/questions/782353/...
InformationsquelleAutor Eric J. | 2012-10-15
  1. 28

    Malheureusement SQL Server interprète le prix de la virgule comme séparateur. Cela s'applique à la fois de la PCA et d'insertion en bloc .

    De http://msdn.microsoft.com/en-us/library/ms191485%28v=sql.100%29.aspx

    Si un caractère de terminaison se produit dans les données, il est interprété comme
    un terminator, non pas comme des données, et les données une fois que le personnage est
    interprété comme appartenant au champ suivant ou de l'enregistrement. Par conséquent,
    choisissez vos indicateurs soigneusement pour s'assurer qu'ils n'apparaissent jamais
    dans vos données.

    InformationsquelleAutor iruvar
  2. 18

    Il y a une autre solution pour cela.

    Considérer les guillemets dans le cadre de la délimiteur de champs, en éditant le fichier fmt.

    Vous pouvez vérifier cela pour plus d'informations:

    http://blogs.msdn.com/b/sqlserverfaq/archive/2010/02/04/how-to-remove-unwanted-quotation-marks-while-importing-a-data-file.aspx

    Un extrait du lien ci-dessus:

    La seule façon de supprimer les guillemets serait de modifier les séparateurs de colonnes spécifié lors de l'opération d'importation. Le seul inconvénient, c'est que si vous examinez les données à insérer, vous allez très vite comprendre que les séparateurs de colonnes sont différentes pour chaque colonne (Délimiteurs mis en évidence ci-dessus).

    Ainsi, pour spécifier différents séparateurs de colonnes pour chaque colonne, vous devez utiliser un format de fichier si vous prévoyez d'utiliser l'instruction Bulk Insert ou de la PCA. Si vous générez un fichier de format pour le tableau ci-dessus, la structure, il serait comme suit:

    9.0
3
1       SQLCHAR       0       5       "\t"     1     FName              SQL_Latin1_General_CP1_CI_AS
2       SQLCHAR       0       5       "\t"     2     LName              SQL_Latin1_General_CP1_CI_AS
3       SQLCHAR       0       50      "\r\n"   3     Company            SQL_Latin1_General_CP1_CI_AS

    Modifier le format de fichier pour représenter le bon séparateurs de colonnes pour chaque colonne. Le nouveau format de fichier à utiliser ressemblera à ceci:

    9.0
4
1       SQLCHAR       0       0     "\""      0     FIRST_QUOTE      SQL_Latin1_General_CP1_CI_AS
2       SQLCHAR       0       5     "\",\""   1     FNAME               SQL_Latin1_General_CP1_CI_AS
3       SQLCHAR       0       5     "\",\""   2     LNAME            SQL_Latin1_General_CP1_CI_AS
4       SQLCHAR       0       50    "\"\r\n"  3     COMPANY          SQL_Latin1_General_CP1_CI_AS
    • La réponse a été mis à jour avec un résumé.
    • Downvote supprimé. Bon travail 🙂 Avoir un upvote
    • Fichier CSV: "field"",""","second_field", qui représente le double de la citant le champ tout entier et double cotation ("") des guillemets à l'intérieur d'un champ. Si vous savez utiliser "," comme un séparateur entre le champ 1 et 2, vous obtenez les 3 champs, même si tu voulais seulement 2 champs. Suis-je tort?
    • Lors de l'insertion de données qui n'ont pas une ligne vide à la dernière ligne, ce qui en fait une double-quote montrer sur la dernière colonne de la dernière ligne. Je n'ai pas encore trouvé un moyen de contourner ce problème...
    InformationsquelleAutor Rafael Segovia
  3. 12

    Je sais que c'est un vieux sujet, mais cette fonctionnalité a été mis en œuvre depuis SQL Server 2017. Le paramètre que vous cherchez est FIELDQUOTE= par défaut '"'. En voir plus sur https://docs.microsoft.com/en-us/sql/t-sql/statements/bulk-insert-transact-sql?view=sql-server-2017

    • A fallu un certain temps pour SQL Server pour ajouter un soutien approprié 🙂
    • Oh, alors peut-être que je peux utiliser la nouvelle bcp.exe avec SQL Server 2012, si elle prend en charge ce type de paramètre que bien (et pas simplement la COPIE en bloc la directive - peu importe ce que c'est). EDIT: non, il n'y a pas un paramètre. Peut-être le monde (pas par colonne) format de fichier de la directive puis, nous l'espérons.
    InformationsquelleAutor Dominix
  4. 8

    Assurez-vous que vous avez activé TextQualified option et il faut le ".

    • C'est la réponse correcte. est possible, si vous définissez un Qualificateur de Texte. Ceci est fait au moment de choisir la Source de Données dans l'Assistant Importation et Exportation
    • ...et cela ne fonctionne qu'avec la COPIE en bloc de commande et de ne pas le bcp.exe? 🙁 Et je dois réécrire l'ensemble de la commande? 🙁 Ou peut-être que j'ai juste besoin de l'une de ces mystérieuses format de fichiers si il y a un paramètre que je n'ai pas besoin de préciser, pour chaque colonne (espérons-le! Je suis en train d'utiliser la même commande pour plusieurs tables).
    InformationsquelleAutor Bangxin
  5. 4

    J'ai eu ce même problème, et je ne voulais pas avoir à aller à la SSIS route, donc j'ai trouvé un script PowerShell qui est facile à exécuter et traite le cas des citations avec la virgule dans le domaine particulier:

    Code Source et DLL pour le Script PowerShell: https://github.com/billgraziano/CsvDataReader

    Voici un blog qui explique l'utilisation:
    http://www.sqlteam.com/article/fast-csv-import-in-powershell-to-sql-server

    • Le PowerShell façon, en effet, résout cette question en raison de l'import-csv lui-même est assez intelligent pour gérer cité, composée de fin de champ. Il s'agit d'une bonne solution à mon humble avis
    InformationsquelleAutor sloppyjoe
  6. 3

    Vous pouvez également regarder à l'aide de la fonction OpenRowSet avec le fichier texte CSV fournisseur de données.

    Cela devrait être possible avec n'importe quelle version de SQL Server >= 2005, même si vous devez activer la fonctionnalité.

    http://social.msdn.microsoft.com/forums/en-US/sqldataaccess/thread/5869d247-f0a0-4224-80b3-ff2e414be402

    InformationsquelleAutor Paul-Andre Panon
  7. 2

    J'ai eu le même problème, avec les données que seulement de temps en temps les guillemets du texte.
    Ma solution est de laisser passer le gros de la CHARGE d'importer les guillemets, puis exécutez un remplacement sur les données importées.

    Par exemple:

    bulk insert CodePoint_tbl
    à partir de "F:\Data\Map\CodePointOpen\Data\CSV\ab.csv"
    avec (FIRSTROW = 1, FIELDTERMINATOR = ',', rowterminator il='\n');

    mise à jour CodePoint_tbl
    définir le code Postal = remplacer(code Postal,'"',")
    où charindex('"',code Postal) > 0

    Pour le rendre moins pénible à écrire le REMPLACER script, il suffit de copier et coller ce que vous avez besoin à partir des résultats de quelque chose comme ceci:

    select C.ColID, C.[name] as Columnname into #Columns
from syscolumns C
join sysobjects T on C.id = T.id
where T.[name] = 'User_tbl'
order by 1;

declare @QUOTE char(1);
set @QUOTE = Char(39);
select 'Update User_tbl set '+ColumnName+'=replace('+ColumnName+','
 + @QUOTE + '"' + @QUOTE + ',' + @QUOTE + @QUOTE + ');
GO'
from #Columns
where ColID > 2
order by ColID;
    • C'est pour les guillemets, pas une virgule à l'intérieur de guillemets comme PO mentionné.
    InformationsquelleAutor Keith MacDonald
  8. 2

    J'ai passé une demi-journée sur ce problème. Il est préférable d'importer à l'aide de SQL Server Import & Export des données de l'assistant. Il y a un paramètre dans l'assistant qui permet de résoudre ce problème. Détaillée des captures d'écran ici: https://www.mssqltips.com/sqlservertip/1316/strip-double-quotes-from-an-import-file-in-integration-services-ssis/ Grâce

    InformationsquelleAutor mye.morr
  9. 0

    Par CSV spécification de format, je ne pense pas que cela importe si les données sont correctement cité ou pas, tant qu'il est conforme à la spécification. Excessive citations devraient être traitées par l'analyseur, si elle est correctement mise en œuvre. FIELDTERMINATOR doit être délimité par des virgules et ROWTERMINATOR est en fin de ligne - cela dénote un fichier CSV standard. Avez-vous essayez d'importer vos données avec ces paramètres?

    • Il n'y a pas excessives guillemets dans mon entrée de données, seul le montant exact de devis doit citer les champs qui contiennent des virgules. Lors de l'importation de données est correctement CSV cité, avec FIELDTERMINATOR être une virgule et le bon rowterminator il, l'importation en masse des bobines d'une manière qui indique qu'il ne comprend pas le prix de la virgule.
    • Je comprends votre situation. Mais je ne savais pas Microsoft ont mis en œuvre leur importation en bloc à l'aide de la Chaîne.Split(","), qui est la façon débutant programmeurs pense CSV fonctionne. Honte à Microsoft. Vous avez deux options: analyse CSV et ajouter des guillemets, puis utilisez la méthode que vous avez mentionnés OU de créer un programme pour créer et exécuter des instructions INSERT, basé sur un fichier CSV. Si vous allez avec le dernier, assurez-vous que vous n'avez pas de transaction-ize eux.
    InformationsquelleAutor Neolisk