Solved

Getting a Type Conversion Failure when importing a large number of records into an access table every 2048 rows

Posted on 2009-04-13
10
390 Views
Last Modified: 2013-11-29
I am successfully importing approximately 15,000 records from a text file into Access using the Get external data wizard.  However, even though my text file has no errors, every 2048 rows beginning on row 2049, I am getting the Type Conversion Failure in several fields of the table for that row.  It seems to be using the first character from the 2049th row for something in the 2048th record because the data in the 2049th row is off by one character which seems to be causing the error.  This problem repeats itself again at rows 4097, 6145, 8193,  10241, 12289 and again in 14337.  I assume there is some issue surrounding a bug in the software and a limitation around 2048 records.  Can anyone help me with setting a buffer in Access or something that will solve this problem?
0
Comment
Question by:evel1959
  • 4
  • 4
  • 2
10 Comments
 
LVL 18

Expert Comment

by:jmoss111
ID: 24134063
Where does the text file come from? What size are the rows? It sounds like the problem is not in Access but in whatever creates the text file.
0
 
LVL 18

Expert Comment

by:jmoss111
ID: 24134071
Could you post a sample file?
0
 

Author Comment

by:evel1959
ID: 24134305
The data is Phone records originally in ascii format.  I use the copy *.txt inall.txt dos command to concatenate a bunch of files, then I remove the extra CR LF characters to get the resulting file.  I then upload it into Access and get the problem.  The size of each individual record is 627 bytes, I upload it to an existing table using an import spec.
combinedwk6.txt
0
Simplifying Server Workload Migrations

This use case outlines the migration challenges that organizations face and how the Acronis AnyData Engine supports physical-to-physical (P2P), physical-to-virtual (P2V), virtual to physical (V2P), and cross-virtual (V2V) migration scenarios to address these challenges.

 
LVL 18

Expert Comment

by:jmoss111
ID: 24134500
The first thing that I would do is import into a table with all text columns which will resolve your type conversion failure. I always import into all text columns in a staging table abd never into a production table.

Where does the first column in the text file come from, is it an id column from a table where your text export file comes from?
0
 
LVL 18

Expert Comment

by:jmoss111
ID: 24134506
I imported 48547 rows with no error
0
 
LVL 49

Accepted Solution

by:
Gustav Brock earned 250 total points
ID: 24136423
I imported thed file and observed the same error.

It is the line termination that confuses Access. It is only CR (hex 0D) where it should be CR+LF (hex 0D 0A)

If you replace 0D with 0D 0A, you are all set. Either (preferred) adjust the source or run a replace utility of your choice.

You may also replace the last space (hex 20) and the 0D of each line with 0D 0A. This will keep the file size and is much faster.

/gustav
0
 

Author Comment

by:evel1959
ID: 24138757
I'll look closer at the data to try to get them all imported properly.  Thanks, I'll post back with the result.
0
 

Author Comment

by:evel1959
ID: 24139979
Gustav you are a Genius!  Must be some kind of buffer that gets full unless it sees a LF after the CR.  Thanks so much.  I replaced all my CR with CR LF using Text crawler and all the records import as they are expected to.  Thanks to both of you for helping me get to a resolution.  It was driving my nuts.
0
 

Author Closing Comment

by:evel1959
ID: 31569712
Thanks!
0
 
LVL 49

Expert Comment

by:Gustav Brock
ID: 24140018
Thanks. Glad you succeeded!

/gustav
0

Featured Post

U.S. Department of Agriculture and Acronis Access

With the new era of mobile computing, smartphones and tablets, wireless communications and cloud services, the USDA sought to take advantage of a mobilized workforce and the blurring lines between personal and corporate computing resources.

Question has a verified solution.

If you are experiencing a similar issue, please ask a related question

Introduction When developing Access applications, often we need to know whether an object exists.  This article presents a quick and reliable routine to determine if an object exists without that object being opened. If you wanted to inspect/ite…
Phishing attempts can come in all forms, shapes and sizes. No matter how familiar you think you are with them, always remember to take extra precaution when opening an email with attachments or links.
Get people started with the utilization of class modules. Class modules can be a powerful tool in Microsoft Access. They allow you to create self-contained objects that encapsulate functionality. They can easily hide the complexity of a process from…
In Microsoft Access, learn how to “cascade” or have the displayed data of one combo control depend upon what’s entered in another. Base the dependent combo on a query for its row source: Add a reference to the first combo on the form as criteria i…

823 members asked questions and received personalized solutions in the past 7 days.

Join the community of 500,000 technology professionals and ask your questions.

Join & Ask a Question