A Microsoft Office (Excel, Word) forum. OfficeFrustration

If this is your first visit, be sure to check out the FAQ by clicking the link above. You may have to register before you can post: click the register link above to proceed. To start viewing messages, select the forum that you want to visit from the selection below.

Go Back   Home » OfficeFrustration forum » Microsoft Access » Database Design
Site Map Home Register Authors List Search Today's Posts Mark Forums Read  

Combined information without a query



 
 
Thread Tools Display Modes
  #1  
Old December 18th, 2007, 02:38 PM posted to microsoft.public.access.tablesdbdesign
Abbey Murrell
external usenet poster
 
Posts: 1
Default Combined information without a query

I am working on an Access Database in Access 2003. There are two main tables
that hold the most important information. There is some information that is
in both, and there is also information unique to each table. I need a
separate table that takes from them both--without using a query, and it needs
to automatically update as I add fields to either table. Is there any way to
do this? Thanks!
  #3  
Old December 18th, 2007, 03:31 PM posted to microsoft.public.access.tablesdbdesign
KARL DEWEY
external usenet poster
 
Posts: 10,767
Default Combined information without a query

it needs to automatically update as I add fields to either table.
It sounds like you are running a spreadsheet instead of a relational database.

I need a separate table that takes from them both--without using a query

It might could be done with a whole lot of VBA or marcos with conditions.
What do you have against queries?
--
KARL DEWEY
Build a little - Test a little


"Abbey Murrell" wrote:

I am working on an Access Database in Access 2003. There are two main tables
that hold the most important information. There is some information that is
in both, and there is also information unique to each table. I need a
separate table that takes from them both--without using a query, and it needs
to automatically update as I add fields to either table. Is there any way to
do this? Thanks!

  #4  
Old December 18th, 2007, 03:41 PM posted to microsoft.public.access.tablesdbdesign
Abbey Murrell[_2_]
external usenet poster
 
Posts: 2
Default Combined information without a query

Okay, that's fine. If I shouldn't be keeping the information in more than
one table, is there a way to export a table with subdatasheets that would
show the subdatasheet data in the exported file (in Excel)?

"Brendan Reynolds" wrote:

"Abbey Murrell" Abbey wrote in message
...
I am working on an Access Database in Access 2003. There are two main
tables
that hold the most important information. There is some information that
is
in both, and there is also information unique to each table. I need a
separate table that takes from them both--without using a query, and it
needs
to automatically update as I add fields to either table. Is there any way
to
do this? Thanks!



Not if you are entering data directly into the tables, no. If you always
entered the data via forms, it would be possible to write code to update one
table when data in the other table is updated via the form. Even in that
situation though, this would not be a recommended approach. Generally
speaking, data should not be stored in more than one table. Given the
information available, it sounds very much as though there is a fundamental
flaw in the database design that will continue to cause you problems like
this if it is not fixed.

--
Brendan Reynolds

  #5  
Old December 18th, 2007, 03:49 PM posted to microsoft.public.access.tablesdbdesign
Abbey Murrell[_2_]
external usenet poster
 
Posts: 2
Default Combined information without a query

Maybe it is more of a spreadsheet than a relational database, I wouldn't
quite know. It doesn't just contain the two tables, though, it's just that
those two tables happen to have the main information.

And I don't have a good relationship with queries. With this database,
there are several fields I need, and when I try to get all of them in a
sorted query, it becomes more of a mess than is really worth the effort.

To be completely honest, I'm not the most advanced Access user, so I have
limited knowledge on how to get the kinks out of my queries and poor database
designs.

"KARL DEWEY" wrote:

it needs to automatically update as I add fields to either table.

It sounds like you are running a spreadsheet instead of a relational database.

I need a separate table that takes from them both--without using a query

It might could be done with a whole lot of VBA or marcos with conditions.
What do you have against queries?
--
KARL DEWEY
Build a little - Test a little


"Abbey Murrell" wrote:

I am working on an Access Database in Access 2003. There are two main tables
that hold the most important information. There is some information that is
in both, and there is also information unique to each table. I need a
separate table that takes from them both--without using a query, and it needs
to automatically update as I add fields to either table. Is there any way to
do this? Thanks!

  #6  
Old December 18th, 2007, 05:45 PM posted to microsoft.public.access.tablesdbdesign
John W. Vinson
external usenet poster
 
Posts: 18,261
Default Combined information without a query

On Tue, 18 Dec 2007 07:41:01 -0800, Abbey Murrell
wrote:

Okay, that's fine. If I shouldn't be keeping the information in more than
one table, is there a way to export a table with subdatasheets that would
show the subdatasheet data in the exported file (in Excel)?


It is perfectly straightforward to export a *QUERY* to Excel. If you're
assuming that you must have a distinct table in order to export, that
assumption is wrong.

John W. Vinson [MVP]
 




Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

vB code is On
Smilies are On
[IMG] code is Off
HTML code is Off
Forum Jump


All times are GMT +1. The time now is 05:48 PM.


Powered by vBulletin® Version 3.6.4
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Copyright ©2004-2024 OfficeFrustration.
The comments are property of their posters.