Make table query against a normalizing select query.

Freshmeadow

New member
Local time
Today, 15:26
Joined
Aug 7, 2009
Messages
5
Greetings from Guelph! Quick question, if I import a table from Excel, normalize it in Access (which results in a select query) and then run a make table query against this new select query, have I negated the normalization I performed by turning the normalization select query back into a table?
The purpose of the make table query would be so that I could append the newly created table to an existing table.
I have searched the forum and the 'net but have not found an answer to this question.
Thanks for your help.
 
Last edited:
Your nomenclature is incorrect, which confuses the issue.

If you import a table from Excel and that table is not normalized, creating a SELECT query doesn't normalize anything.

It would be possible for the SELECT to be turned into a MAKE TABLE, and yet there is no guarantee that there result is normalized. I say that because your statement is so vague as to be impossible to know the answer from the cards on the table.

As far as it goes, if the data in the table of Excel origin isn't modified, I'm not sure how a SELECT query would be any more normalized than the original table, even if you did a SELECT DISTINCT or something like that.

Normalization is not only about content but also about structure. You'll have to be at least a little bit more specific in what you did and your end goal before we can advise you on what you really have and whether it would or would not be normalized.
 
The brain is a powerful tool and as such, can look at massively unorganized data and see patterns.
Not so with databases. It has to have structure.
I have been converting other peoples disasters they call information from Excel to Access for 15 years and I have yet to see a single living spread sheet that did not contain duplicate data, and mixed data, in a single cell, much less a column.
So if you’re not breaking it down into subordinate tables you are NOT normalizing it.
This mostly cannot be done with a single select query.
Maybe as Doc man says you might want to start by Googling normalizing data.
Sorry if it sounds short, but here in the government, they love their spread sheets, and they think it make them look smart to use them for everything.

Remove Excell from User PCs and the world will love you.
 
Thank you for your responses. I am sorry for sounding so vague. I am so immsersed in designing this database from scratch that it is getting difficult to talk to humans! :)
Each week I will be importing a speadsheet from Excel. It is a listing of customer invoice transactions. Each week's spreadsheet will have exactly the same structure: the same fields with the same names in the same order, same formatting. The only thing that will change is the length of the spreadsheet.
I import the spreadsheet into Access. The resulting table has much redundant data as follows. Though each row represents a unique transaction, certain fields such as Customer Name, for example, are repeated hundreds of times, once for each of that customer's transactions. Also repeated are UPC codes for the products involved and the corresponding product descriptions etc.
I run the Table Analyzer Wizard and split the imported table into smaller. related tables to eliminate, as much as possible, the duplicated data. For example, I create a Customer ID table with a one to many relationship to the detail lines in the original table, and do the same with other repetitious data such as a Product ID table for UPC codes, product descriptions, and an Invoice Detail table for repeating invoice numbers and invoice dates. Again, I create a one to many relationship from these sub tables to the detail lines in the original table. As you know, when you normalize a table like this using the Wizard, Access recreates your original table with a select query which mimics the appearance of your original table. However, the query is now using lookups to the new, smaller tables to eliminate redundant data fields.
I may be incorrect but I thought that if you wanted to run queries and reports against a range of the weekly spreadsheets you had imported and split this way, that they would all have to be put into one large table, say if you wanted to analyze or summarize 6 months' worth of these weekly tables. In order to append these separate normalized tables into one table, I thought one would have to convert the select queries the Access Table Analyzer Wizard generated when the tables were normalized into tables again with a Make Table query. So, my long-winded question is, if you convert the normalized tables (which are really select queries now) back into regular tables, do you undo the normalizing work you have done?
Or, is there a better way to keep the weekly spreadsheet import normalized but still be able to query against and report on multiple weeks' worth of imported files?
I have worked on and off with Access and studied it in online courses since 2002 but this is the first time designing a database from scratch.
Thanks for your help.
(PS. Thank you for the article links.)
 
http://www.access-programmers.co.uk/forums/showthread.php?t=143986

I seem to have found a solution to normalizing Excel data at the above link. I am posting it here in case anyone else had the same questions about importing data from Excel on a regular basis in a normalized format that could take best advantage of Access' features.
Thanks again for your replies to the orginal rather confused post of mine! :confused:
 

Users who are viewing this thread

Back
Top Bottom