2010-08-25 4 views
0

Notre client tente d'exporter ses données de sa base de données FileMaker 10 vers un système MS SQL via ODBC.Importation de texte dans SQL Server à partir de FileMaker via ODBC

Nous avons les DSNs mis en place, et peut importer la date et les champs numériques, mais les champs de texte échouent avec:

« a demandé la conversion est pas pris en charge » Impossible d'obtenir la valeur actuelle de la ligne de la colonne « [TQG6]. .. [Référence] .ReferralAccountName "du fournisseur OLE DB pour MSDASQL pour serveur lié" TQG6 "

Nous avons mis à jour les pilotes ODBC pour SequeLink 6.0 Également essayé avec un serveur FileMaker 11 temporaire et un pilote associé. Il semble qu'il y ait un problème lors de la conversion du type de données 'Text' plutôt générique de FileMaker vers les champs Char, Varchar ou Text plus spécifiques de SQL Server (et leurs équivalents unicode, nchar, etc.).

+0

J'ai eu quelques bonnes réponses donnant des approches alternatives, ce qui est génial. Mais je voudrais savoir si quelqu'un a FM ODBC à SQL Server pour fonctionner. Sûrement cela ne peut pas être si fondamentalement brisé?!? –

Répondre

1

J'ai rencontré ce même problème en tentant de communiquer avec un serveur FileMaker 12 à partir de MS SQL. Cette version de FileMaker utilise un pilote propriétaire "FileMaker ODBC". Nous avons résolu l'erreur en sélectionnant "Décrire les champs de texte en tant que long varchar" dans la configuration ODBC.

0

Je ne comprends pas très bien comment vous avez configuré la connexion. Techniquement, il existe les options suivantes:

  1. Connectez-vous à FileMaker via ODBC et importez depuis FileMaker.
  2. Ajoutez la base de données MS SQL à FileMaker en tant que source de données externe, puis transférez les données entre les tables à partir de FileMaker. Ici, vous allez importer dans cette table externe à partir d'une table interne existante .
  3. (FileMaker) Pour que FileMaker pousse les enregistrements un à un en utilisant l'étape Exécuter le script SQL , où FileMaker se connecte à MS SQL via ODBC.

Il semble que vous utilisiez l'option 1; pourriez-vous essayer l'option 2 à la place?

+0

Oui, l'option 1 est ce que nous utilisons. Les gars de MS SQL veulent contrôler le processus, donc FM devrait être passif. Mais l'option 2 est une alternative, si nous ne pouvons pas aller de l'avant. –

0

Est-ce une opération unique ou régulière que vous devez faire? Si c'est une fois, vous pouvez simplement essayer d'exporter au format Access ou même au format CSV et l'importer dans SQL Server.

+0

Oui, c'est un one-off. Mais nous traitons avec une base de données de 15 Go (plus d'une douzaine de tables, beaucoup avec plus de 1 million de lignes). L'accès ne peut pas gérer plus de 2 Go. Nous considérons CSV comme une alternative, mais il peut y avoir des problèmes avec l'encodage de texte spécialement libre. –

Questions connexes