Link to home
Start Free TrialLog in
Avatar of Tom Farrar
Tom FarrarFlag for United States of America

asked on

Access Database Text Import For Append

When I am importing a text file for appending to an existing Access table I am having problems with the import wanting to define a field as a number when it needs to be text.  As a result I am getting import errors as there is text ultimately showing up in the field.  Why doesn't an Access import for append take on the field properties of the table being appended to?  

What is a better way of importing the data without having to import into a new table each time and then append?  Or, am I approaching this in the wrong way?  Thanks.  - Reilly
ASKER CERTIFIED SOLUTION
Avatar of Scott McDaniel (EE MVE )
Scott McDaniel (EE MVE )
Flag of United States of America image

Link to home
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.
Start Free Trial
You might also consider rather than importing the data, linking to it.  Then, once you have the linked table (which really ends up being your staging table), you would write a query that imports the data into your production table and does the explicit conversions for you, so you might use cstr([fieldName]), to ensure that the field which contains numbers is actually appended as a string.
Avatar of Tom Farrar

ASKER

Yea, the staging table may end up the solution.  A minor problem it is causing is there are multiple source "text" files (same fields) that would be required to import into the staging table one at a time.  Just trying to eliminate the additional steps.
As Scott mentioned above, the other advantage of a staging table (either imported or linked) is that you can "validate that data prior to moving it to your live table".  This is the technique that I generally use because you never know when someone has attempted to manipulate the raw text or Excel file.  By using the staging table, you can test for values in one or more fields that may not be valid and can warn the user before importing those records, or could block importing of those records all together.
Linking might ultimately be the solution as the data are download (.csv) from a data warehouse.  Ideally Access could link directly to the warehouse query results, but that is not going to happen any time soon (I don't think).  So I am working with 5 download files I need to get into an Access table.  That is where I am.
So, here is the question.  If I use a staging table, do I need to re-create it each time I bring one of the text files in?  Or is there a way to create a staging table (with correct data types or whatever) that would ensure the data comes in correctly each time I import one of the text files?  Thanks.
It is the import spec that is going to control the format of the columns.  Use the TransferText method and specify the import spec.  To create the import spec initially, you need to run the import ONCE manually so you can step through it and define all the data types.  Then press the "Advanced" button to save the spec.  Once it is saved, you can automate the import.

Since you want to reuse one name for the import table, run a delete query before you import the next set of data.  Run any validation against the staging table, then run an append query to the final table.  You can automate everything but handling errors may require user interaction.
I got the part about the import spec, I think.  But I am not sure of the TransferText method.  Is that some macro command?
the command line is

DoCmd.TransferText acImportDelim, "ImportSpecificationName", "TableName", "C:\folderName\myText.csv" , True

if you have looked at the link posted by Scott, the code is there
Thanks All - It appears Scott's post had all the answers I needed, and with the additional guidance from the rest of you I was able to get there.
Think this question's points have been awarded.  Not sure why attention is needed..