Results 1 to 4 of 4
  1. #1
    HelenP is offline Novice
    Windows 2K Access 2000
    Join Date
    Oct 2010
    Posts
    16

    Field "F1" does not exist in table (Tablename)

    Hello



    I have created a database that allowed the user to import payments from a spreadsheet, put them in a temporary table then append to the main payments table. It worked perfectly but now a while later I have tried to import more payments and I get this error message:

    Field "F1" does not exist in destination table "NewPayments"

    I have googled it and have tried everything that I have read but still cannot do it

    Please help!!!!

    Thanks

  2. #2
    ajetrumpet is offline VIP
    Windows Vista Access 2007
    Join Date
    Mar 2010
    Location
    N/A
    Posts
    2,694
    more than likely you're doing this in code. I believe, if memory servers, that imports through code assign "F" + index number for field names in the import table or the table that data is appended to.

    when you first created the permanent table for the imported payment, the first field was most likely called "F1", either by import or by accident through the interface. You have to fix it manually.

  3. #3
    HelenP is offline Novice
    Windows 2K Access 2000
    Join Date
    Oct 2010
    Posts
    16
    Thanks for your help

    I have sorted out all of the fields that have data in them but it is now saying field "F8" does not exist. F1, F2, F3 etc were the column headings but there is no 8th column.

    I cannot set a range to import because it varies. When I set a range to see if it works it worked perfectly (apart from importing loads of empty cells) is there any way of setting a range that only imports when there is data there?

    Thanks again

  4. #4
    ajetrumpet is offline VIP
    Windows Vista Access 2007
    Join Date
    Mar 2010
    Location
    N/A
    Posts
    2,694
    Quote Originally Posted by HelenP View Post
    is there any way of setting a range that only imports when there is data there?

    Thanks again
    no there isn't Helen. Not easily, anyhow.

    if the import has to be dynamic, there is no way you can store the transfer data in one table, unless you're willing to deal with null values.

    you can import anything from code into a new table and it will create how ever many "F" fields needed. you might be stuck with importing this way and issuing a dynamic sql execution in code right after it. it is not difficult to grab a field count of a table and loop them to concat them into an sql statement for append purposes.

Please reply to this thread with any new information or opinions.

Similar Threads

  1. Replies: 6
    Last Post: 07-25-2012, 06:42 AM
  2. Replies: 8
    Last Post: 11-12-2010, 10:55 AM
  3. Replies: 12
    Last Post: 06-14-2010, 08:39 PM
  4. Replies: 1
    Last Post: 05-13-2010, 10:50 AM
  5. Replies: 21
    Last Post: 06-03-2009, 05:54 PM

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •  
Other Forums: Microsoft Office Forums