Search

SQL Server 2008 Import/Export Wizard type mapping fails by ndee42

Closed
as Won't Fix Help for as Won't Fix

3
1
Sign in
to vote
Type: Bug
ID: 525477
Opened: 1/18/2010 5:27:42 AM
Access Restriction: Public
0
Workaround(s)
2
User(s) can reproduce this bug
Hi there,
we have developed a OLEDB Provider to connect to SAP data.
The mapping of our types worked fine with Import/Export wizard in SQL Server 2005.

Since SQL Server 2008 the types are NOT mapped correct anymore.
The OLDB type ids are shown in the mapping dialog e.g. 130 for DBTYPE_WSTR.

So - SQL Server 2008 behavior has changed. The OLEDB types are no more mapped excactly.

Details (expand)
Product Language
English

Version

SQL Server 2008 SP1

Category

Integration Services (DTS)

Operating System

Windows Server 2003
Operating System Language
US English
Steps to Reproduce
Using our OLEDB provider and open Import/Export wizard.
The columns types are all mapped to the constants.

The mapping works correctly when I am unsing a manual DataSource and creating the DataFlow-Task on my own!
Actual Results
We have implemented the interface IOLEDBSchemaRowset_Types and IOLEDBSchemaRowset_Columns
and provide an the OLE DB type for each column.
This implementation worked fine till SQL Server 2005.
So something must have been changed in the mapping of the source types in the import export wizard.

I also tried the mapping by xml files - but this did not work either.
Expected Results
SQL Server 2008 Import/Export wizard should map all my standard OLEDB types as before in SQL Serlver 2005.

Platform

32
File Attachments
File Name Submitted By Submitted On File Size  
SQL Server Import Export Wizard Bug.pdf (restricted) 1/18/2010 -
Sign in to post a comment.
Posted by Microsoft on 6/22/2011 at 6:20 PM
Please consult the KB article, http://support.microsoft.com/kb/2152728/en-US, which instructs you on creating mapping files for customized providers. You may also manually choose the data types in the mapping editor UI. If you are still having issues, please let us know.

-- The SSIS Team

Posted by Microsoft on 6/3/2011 at 3:40 PM
To better troubleshoot this issue and provide better experience in the future release, please provide the following information.

1. In your case, the SAP data is the source or the destination in the Import & Export wizard? If SAP data is the source, what provider is the destination? If SAP data is the destination, what provider is the source?

2. Is DBTYPE_WSTR the only type that has problems?

Thanks!
Posted by Microsoft on 6/2/2011 at 5:08 PM
This is a known issue with detail in the KB article http://support.microsoft.com/kb/2152728/en-US.

For the issue in the repro section, the workaround is as described in Scenario 2:

Even if the appropriate mapping file is found, there are times where the data type that needs to be mapped is not present in the mapping file, and the Import Export wizard is not able to resolve the missing type. This is the scenario where you would see a number for unresolved data type in the Type column of the wizard. In this scenario, you can manually add a new XML tag to the corresponding mapping file, to allow the wizard to automatically map the source enumerated type <numeric value> to a required destination type.

For example, if the Type is enumerated as 130 and the destination type needs to be mapped to ntext you can add the following tag in the IBMDB2ToSSIS10.XML

<!-- DBTypes for NChar, NVarChar, Text -->

<dtm:DataTypeMapping >

<dtm:SourceDataType>

<dtm:DataTypeName>130</dtm:DataTypeName>

</dtm:SourceDataType>

<dtm:DestinationDataType>

<dtm:SimpleType>

<dtm:DataTypeName>ntext</dtm:DataTypeName>

</dtm:SimpleType>

</dtm:DestinationDataType>

</dtm:DataTypeMapping>


Note: Before making any changes to the original mapping file you should always make a copy of the same as small mistakes in editing these files will make them unusable by SSIS.

Note: Editing the XML files can be a difficult and precision task. If there is a similar type in the same XML file, you may want to use that tag structure to help build the appropriate mapping tags for an unknown type. You must exit and restart the Import Export wizard for it to pick up any changes to the mapping files.
Posted by Bob Boffin on 7/15/2010 at 2:18 AM
I have found a similar problem when trying to transfer data between two SQL Server 2008 databases. The wizard does not recognise the Time datatype (actually Time(7))
Posted by ndee42 on 6/9/2010 at 5:01 AM
Any new results in this case?
Posted by ndee42 on 2/1/2010 at 5:55 AM
None of the types are mapped correct. The import wizard in vc2008 shows "130" for exmple as type for a DBTYPE_WSTR.

I have attached a PDF with screenshots.
Posted by Microsoft on 1/27/2010 at 10:45 AM
Can you provide information on the types that are not being mapped correctly. Please provide the source type, OLEDB id and any other information you have to make it easier to troubleshoot this issue. In addition, what errors did you encounter when you tried the mapping file.
Sign in to post a workaround.