Comment importer UTF-8 fichiers plats dans SQL Server 2008 R2?

J'ai un tas de codé en UTF-8 fichiers plats qui doivent être importées dans un SQL Server 2008 R2 base de données. Des insertions ne sont pas en mesure d'identifier les diamètres ni semble accepter l'UTF-8.

Je comprends qu'il ya un certain nombre d'articles sur la façon dont SQL Server 2008 porte avec l'encodage UTF-8, mais je suis une sorte de recherche de mises à jour des réponses comme la plupart de ces articles sont anciens.

Est-ce que je peux faire pour obtenir ces fichiers à plat dans la base de données, soit en les convertissant en avant d'un insert ou d'un processus à exécuter lors de l'insertion?

Je veux rester à l'écart de la main à la conversion de chacun. En outre, les packages SSIS que j'ai tenté de créer peut lire et séparer les données. Il juste ne peut pas déplacer les données, il semble. 🙁

Le plat de fichiers sont générés par Java. La conversion de l'environnement java de l'UTF-8 à un autre codage a été infructueuse.

NOTE

Je n'ai pas l'intention de stocker des données UTF-8. Mon délimiteur est à venir dans le funky parce que c'est de l'UTF-8. SQL Server ne peut pas lire les caractères lors de la séparation de colonnes et de lignes. C'est tout.

  • Avez-vous essayez de SSMS "Importer des Données" de la fonction avec le CodePage = 65001(UTF-8) ?
InformationsquelleAutor Fastidious | 2013-09-11
  1. 10

    Pas vrai, il vous suffit de choisir la page de code 65001

    Comment importer UTF-8 fichiers plats dans SQL Server 2008 R2?

    InformationsquelleAutor Arthur
  2. 2
    1. convertir votre fichier de données en UTF-16 Little Endian (exactement Little Endian)
    2. l'utilisation de la pca avec l'option-w.
    InformationsquelleAutor loon3000
  3. -1

    Microsoft a toujours été de la merde pour l'encodage, en particulier dans SQL Server. Ici est votre solution.

    • Est-il une solution qui fait cela pour tous les fichiers à la fois? Peut-être quelque chose n'est pas lié à SQL Server? Je n'ai aucun intérêt à stocker les caractères UTF-8. C'est juste mon délimiteur est UTF-8, donc il ne peut pas séparer les colonnes ou des lignes.
    • Comment un délimiteur être un codage de caractères? Peut-être que je manque quelque chose. Je l'ai déjà mis dans les commentaires de mon mentionné réponses que vous pouvez utiliser iconv ou écrire directement en UTF-16 fichiers en Java, il suffit d'approvisionnement de l'encodage de votre PrintWriter.
    • J'ai essayé le réglage de l'environnement en Java pour écrire quelque chose d'autre que UTF-8 à la fois avec le passage des paramètres environnementaux et définissant dans Maven. J'ai même définir les variables d'environnement de Windows (ce qui est de l'environnement, je suis à l'aide de Java), pour transmettre les mêmes paramètres d'environnement Java. Tous ont échoué. Comme pour Unix, je n'ai pas accès à Linux ou Unix pour convertir si iconv est limité à *inx.
    • J'ai fait un package SSIS la nuit dernière où j'ai mis le fichier source au format UTF-8. Le package peut lire les données, mais que le séparateur est des ordures. J'ai donc défini le délimiteur comme la poubelle de caractères SQL a été ramasser sur. Il a séparé les colonnes et toutes les autres données (ce que j'ai été importation) était propre. J'ai importé directement dans la base de données à l'aide d'un package SSIS avec pas de problèmes. Si j'essaie de convertir les données en UTF-8 à autre chose avec SSIS, c'erreurs.
    InformationsquelleAutor Michael-O