Ready to showcase your work, publish content or promote your business online? With Squarespace’s award-winning templates and 24/7 customer service, getting started is simple. Head to Squarespace.com and use offer code ‘EXPERTS’ to get 10% off your first purchase.
Data Truncation importing Excel spreadsheet into Access 2010
Trying to import an excel spreadsheet into a new Access 2010 database.
First I create the fields and make sure they are all memo.
But I get truncation anyway.
See attached. Why can't I make the memo field bigger than 255 characters?
MemoSizeInAccess2010.pdf
Thanks.
First I create the fields and make sure they are all memo.
But I get truncation anyway.
See attached. Why can't I make the memo field bigger than 255 characters?
MemoSizeInAccess2010.pdf
Thanks.
Asked:
-
2
2-
2
- +2
3 Solutions
What you are seeing in the Access options window reflects two entirely different characteristics of the database.
The "Default field type" and "Default text field size" are mutually exclusive (they do not relate to each other).
The "Default field type" is just that. When you create a new field in a table, it will automatically default to whatever datatype you have selected in this combo box.
The "Default text field size" is the length that will be assigned to text fields whenever you specify that a field is a Text field. I generally set mine to 50.
As to the truncation of data, Patrick's recommendation to us VBA code is the only way I have found around this shortcoming as well. The challenge there is making sure that each row in your Excel speadsheet contains a unique field that can be used to iterate through the rows of the spreadsheet to capture your long strings and insert them back into the Access table.
The "Default field type" and "Default text field size" are mutually exclusive (they do not relate to each other).
The "Default field type" is just that. When you create a new field in a table, it will automatically default to whatever datatype you have selected in this combo box.
The "Default text field size" is the length that will be assigned to text fields whenever you specify that a field is a Text field. I generally set mine to 50.
As to the truncation of data, Patrick's recommendation to us VBA code is the only way I have found around this shortcoming as well. The challenge there is making sure that each row in your Excel speadsheet contains a unique field that can be used to iterate through the rows of the spreadsheet to capture your long strings and insert them back into the Access table.
matthewspatrick, fyed, that makes sense, that it has to be done through VBA code (and thanks fyed for the explanation of the options window).
I am sure both of you are right but is there some link to a Microsoft Technet page (or other page) that definitely says this.
I'm not questioning you, but I'd like to have the source document for my records.
Thanks... and thanks again.
I am sure both of you are right but is there some link to a Microsoft Technet page (or other page) that definitely says this.
I'm not questioning you, but I'd like to have the source document for my records.
Thanks... and thanks again.
http://support.microsoft.com/kb/839785
http://support.microsoft.com/kb/189897
http://social.msdn.microsoft.com/forums/en-US/vsto/thread/4ba977d2-aaf9-4c26-bfa4-59ce3c081098/
It is also *somewhat* of a limit of the sheet
See the Excel help file under: Excel specifications and limits:
<Column width 255 characters >
You can also Google "Excel 255 limit" for many other links to "Verify" this for yourself or your supervisors...
;-)
Jeff
http://support.microsoft.com/kb/189897
http://social.msdn.microsoft.com/forums/en-US/vsto/thread/4ba977d2-aaf9-4c26-bfa4-59ce3c081098/
It is also *somewhat* of a limit of the sheet
See the Excel help file under: Excel specifications and limits:
<Column width 255 characters >
You can also Google "Excel 255 limit" for many other links to "Verify" this for yourself or your supervisors...
;-)
Jeff
I have to backtrack a bit, for Access 2010 at least.
I just tried this successfully in Access 2010...
1) Created an Excel file with dummy data, and the last column containing up to 500 characters
2) I made extra sure that the very first data row contained 500 characters
3) I imported the data into Access
4) I confirmed that the table design marked the column as type memo, and that a query run against that column returns the correct lengths
So, the moral seems to be, make sure that your very first value contains the proper amount of text :)
I just tried this successfully in Access 2010...
1) Created an Excel file with dummy data, and the last column containing up to 500 characters
2) I made extra sure that the very first data row contained 500 characters
3) I imported the data into Access
4) I confirmed that the table design marked the column as type memo, and that a query run against that column returns the correct lengths
So, the moral seems to be, make sure that your very first value contains the proper amount of text :)
Patrick,
You make a great point, but I think Access actually evaluates the first 25 records to determine datatype when creating a new table in Access. I saw this in an article in Access Advisor a number of years ago, and if I recall, it showed a method to expand that beyond 25 rows. You would think that when importing to an already existing table, it would simply use the appropriate datatype and do the appropriate type conversion.
It's one of the things I hate about importing from Excel. Microsoft has decided that they can figure out the datatype of the field better than we can, and gives us no way to define the import specification of an Excel file.
You make a great point, but I think Access actually evaluates the first 25 records to determine datatype when creating a new table in Access. I saw this in an article in Access Advisor a number of years ago, and if I recall, it showed a method to expand that beyond 25 rows. You would think that when importing to an already existing table, it would simply use the appropriate datatype and do the appropriate type conversion.
It's one of the things I hate about importing from Excel. Microsoft has decided that they can figure out the datatype of the field better than we can, and gives us no way to define the import specification of an Excel file.
Question has a verified solution.
Are you are experiencing a similar issue? Get a personalized answer when you ask a related question.
Have a better answer? Share it in a comment.
Join & Write a Comment Already a member? Login.
Featured Post
An intuitive utility to help find the CSS path to UI elements on a webpage. These paths are used frequently in a variety of front-end development and QA automation tasks.
One of a set of tools we're offering as a way of saying thank you for being a part of the community.
Tackle projects and never again get stuck behind a technical roadblock.
Join Now
It's a fundamental limitation of the product: the Excel import method truncates at 255 characters.
You will have to use VBA code to bypass this.