I want to turn one large, un-normalized table into a relational database.
(Apologies if this is a simple problem. It is one I have not encountered before in my relatively limited work with Access).
I have inherited a “database” that is not a database. It is one table of more than 3 million records with about 50 fields. There is no normalization. It was created from a data-dump of one year’s worth of transaction information for purchases by about 100 different franchise locations.
I cannot access the data in the original system – believe me, I have asked. These data dumps will be occurring every six months from here on out, so I would like to transform this into a relational database that can be updated with each new set of purchase data instead of a series of unrelated tables for different time periods that are queried separately.
I have built smaller databases from scratch before, but I have not transformed existing records in one Access table into many tables. I can conceive of what the different entities would be in this new table – franchises, vendors, the associated addresses, orders, etc. – and what kind of query would yield the complete records I have now, but I do not see how to reassemble all the original records once I have broken down the fields into separate tables. I don't see how the relationships are maintained because there are no relationships as of yet.
So, in short:
-How do I ensure that each original record can be reconstituted from the separate tables?
and
-What is the best way to append the new data to the database when future data-dumps are available?
(Apologies if this is a simple problem. It is one I have not encountered before in my relatively limited work with Access).
I have inherited a “database” that is not a database. It is one table of more than 3 million records with about 50 fields. There is no normalization. It was created from a data-dump of one year’s worth of transaction information for purchases by about 100 different franchise locations.
I cannot access the data in the original system – believe me, I have asked. These data dumps will be occurring every six months from here on out, so I would like to transform this into a relational database that can be updated with each new set of purchase data instead of a series of unrelated tables for different time periods that are queried separately.
I have built smaller databases from scratch before, but I have not transformed existing records in one Access table into many tables. I can conceive of what the different entities would be in this new table – franchises, vendors, the associated addresses, orders, etc. – and what kind of query would yield the complete records I have now, but I do not see how to reassemble all the original records once I have broken down the fields into separate tables. I don't see how the relationships are maintained because there are no relationships as of yet.
So, in short:
-How do I ensure that each original record can be reconstituted from the separate tables?
and
-What is the best way to append the new data to the database when future data-dumps are available?
Comment