lpm Posted February 27, 2009 Posted February 27, 2009 I’ve got records in table “A” (488 fields) that I want to import into Table “A Archive” (488 fields) in the same file. Both tables have identical fieldnames in the same order. Actually, I created “A Archive” by duplicating (copy/paste) table “A” in manage database and renaming it. I just want to be able to dump the records from “A” into “A Archive”. Is there some magic that I need to do on the relationship graph or is there a trick to importing from “A” into “A Archive”? I haven’t been able to make it work. Also, I’m getting “” showing up in “A Archives” layout. Thanks for your help.
IdealData Posted February 27, 2009 Posted February 27, 2009 Did you try File > Import records > File...
Søren Dyhr Posted February 27, 2009 Posted February 27, 2009 I’ve got records in table “A” (488 fields) that I want to import into Table “A Archive” (488 fields) in the same file. Ehm?? Who would need that, hardly normalised is it?? Please note this isn't a spreadsheet debates forum! --sd
rigman Posted March 18, 2009 Posted March 18, 2009 interesting... I'm trying to do the same. There should be a way of doing this without using set field, which seems overkill for a table with 488 fields. In my case, I need to archive the old records that will no longer be used. By transfering those to the second table, users will still be able to view the old data in a second layout, while clearing the main table from the records no longer needed there.
Søren Dyhr Posted March 18, 2009 Posted March 18, 2009 I wonder what the missing bit here is, import between tables inside a solution is just adding the file itself in the reference list?? --sd
bcooney Posted March 18, 2009 Posted March 18, 2009 A database model you might want to consider is what is referred to as Type/SuperType. Basically, you'd have a base table that has all the data. Then, you have two "satellite" tables that hold the IDs of a certain type. This will allow you to create a form/list view of just that type. In your solution, I'd have three tables, ActiveItems, ArchivedItems, Items. It's terrific, because you do not move data between tables, you simply set IDs. See Fenton's detailed description: Graham Method
Søren Dyhr Posted March 18, 2009 Posted March 18, 2009 Ah that's right Barbara I'm not really getting anywhere mentally today ... it's the old story about management demanding starting all over on a new year with a new table... --sd
Recommended Posts
This topic is 5729 days old. Please don't post here. Open a new topic instead.
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now