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  

One to may Or One to One? (350 fields all static)



 
 
Thread Tools Display Modes
  #1  
Old July 26th, 2009, 03:15 AM posted to microsoft.public.access.tablesdbdesign
Iram
external usenet poster
 
Posts: 122
Default One to may Or One to One? (350 fields all static)

Hello.
I am creating a table that requires more than 250 fields (total of about 350
fields). All of these fields are required per record. When I couldn't create
any more fields because of the limit I figured that I could create another
table and extend the fields into it by joining a common field in both tables
using a one to one relationship. The problem is that when I create a record
in the primary table I can't get the joined table to create auto create the
same common field like a One to Many relationship does automatically. How do
I mitigate this? I need about alot of fields for one record. Later I am going
to need help creating an audit table for all 350 fields joined across two
tables, but that's going to be a whole new question all on its own.


Thanks.
Iram/mcp
  #2  
Old July 26th, 2009, 03:20 AM posted to microsoft.public.access.tablesdbdesign
Gina Whipp
external usenet poster
 
Posts: 3,500
Default One to may Or One to One? (350 fields all static)

Iram,

Ummm, you are committing spreadsheet with Access. I can't think of any
reason in the world that any table would need 250+ fields. Before you go
any further I would strongly suggest you read...

Jeff Conrad's resources page:
http://www.accessmvp.com/JConrad/acc...resources.html

The Access Web resources page:
http://www.mvps.org/access/resources/index.html

A free tutorial written by Crystal (MS Access MVP):
http://allenbrowne.com/casu-22.html

MVP Allen Browne's tutorials:
http://allenbrowne.com/links.html#Tutorials

OR maybe you really want to use Excel!

--
Gina Whipp

"I feel I have been denied critical, need to know, information!" - Tremors
II

http://www.regina-whipp.com/index_files/TipList.htm

"Iram" wrote in message
...
Hello.
I am creating a table that requires more than 250 fields (total of about
350
fields). All of these fields are required per record. When I couldn't
create
any more fields because of the limit I figured that I could create another
table and extend the fields into it by joining a common field in both
tables
using a one to one relationship. The problem is that when I create a
record
in the primary table I can't get the joined table to create auto create
the
same common field like a One to Many relationship does automatically. How
do
I mitigate this? I need about alot of fields for one record. Later I am
going
to need help creating an audit table for all 350 fields joined across two
tables, but that's going to be a whole new question all on its own.


Thanks.
Iram/mcp



  #3  
Old July 26th, 2009, 03:50 AM posted to microsoft.public.access.tablesdbdesign
Iram
external usenet poster
 
Posts: 122
Default One to may Or One to One? (350 fields all static)

I wish I had time to research this but I can't. I need to get this up and
running really soon. There are over 255 fields that describe one record and I
need to span into an additional table. Can some help with this?


Thanks.
Iram

"Gina Whipp" wrote:

Iram,

Ummm, you are committing spreadsheet with Access. I can't think of any
reason in the world that any table would need 250+ fields. Before you go
any further I would strongly suggest you read...

Jeff Conrad's resources page:
http://www.accessmvp.com/JConrad/acc...resources.html

The Access Web resources page:
http://www.mvps.org/access/resources/index.html

A free tutorial written by Crystal (MS Access MVP):
http://allenbrowne.com/casu-22.html

MVP Allen Browne's tutorials:
http://allenbrowne.com/links.html#Tutorials

OR maybe you really want to use Excel!

--
Gina Whipp

"I feel I have been denied critical, need to know, information!" - Tremors
II

http://www.regina-whipp.com/index_files/TipList.htm

"Iram" wrote in message
...
Hello.
I am creating a table that requires more than 250 fields (total of about
350
fields). All of these fields are required per record. When I couldn't
create
any more fields because of the limit I figured that I could create another
table and extend the fields into it by joining a common field in both
tables
using a one to one relationship. The problem is that when I create a
record
in the primary table I can't get the joined table to create auto create
the
same common field like a One to Many relationship does automatically. How
do
I mitigate this? I need about alot of fields for one record. Later I am
going
to need help creating an audit table for all 350 fields joined across two
tables, but that's going to be a whole new question all on its own.


Thanks.
Iram/mcp




  #4  
Old July 26th, 2009, 04:08 AM posted to microsoft.public.access.tablesdbdesign
Gina Whipp
external usenet poster
 
Posts: 3,500
Default One to may Or One to One? (350 fields all static)

Iram,

Help with what? You are going to run into this problem with a query also.
If you don't stop and normalize now you are not only more work for yourself
you are in essence wasting your time. You can't even display this data like
this, there isn't a report that handle it without complications.

I will relinquish this question to someone else... a table that big is only
going to cause serious problems down the road.

--
Gina Whipp

"I feel I have been denied critical, need to know, information!" - Tremors
II

http://www.regina-whipp.com/index_files/TipList.htm

"Iram" wrote in message
...
I wish I had time to research this but I can't. I need to get this up and
running really soon. There are over 255 fields that describe one record
and I
need to span into an additional table. Can some help with this?


Thanks.
Iram

"Gina Whipp" wrote:

Iram,

Ummm, you are committing spreadsheet with Access. I can't think of any
reason in the world that any table would need 250+ fields. Before you go
any further I would strongly suggest you read...

Jeff Conrad's resources page:
http://www.accessmvp.com/JConrad/acc...resources.html

The Access Web resources page:
http://www.mvps.org/access/resources/index.html

A free tutorial written by Crystal (MS Access MVP):
http://allenbrowne.com/casu-22.html

MVP Allen Browne's tutorials:
http://allenbrowne.com/links.html#Tutorials

OR maybe you really want to use Excel!

--
Gina Whipp

"I feel I have been denied critical, need to know, information!" -
Tremors
II

http://www.regina-whipp.com/index_files/TipList.htm

"Iram" wrote in message
...
Hello.
I am creating a table that requires more than 250 fields (total of
about
350
fields). All of these fields are required per record. When I couldn't
create
any more fields because of the limit I figured that I could create
another
table and extend the fields into it by joining a common field in both
tables
using a one to one relationship. The problem is that when I create a
record
in the primary table I can't get the joined table to create auto create
the
same common field like a One to Many relationship does automatically.
How
do
I mitigate this? I need about alot of fields for one record. Later I am
going
to need help creating an audit table for all 350 fields joined across
two
tables, but that's going to be a whole new question all on its own.


Thanks.
Iram/mcp






  #5  
Old July 26th, 2009, 04:21 PM posted to microsoft.public.access.tablesdbdesign
Duane Hookom
external usenet poster
 
Posts: 7,177
Default One to may Or One to One? (350 fields all static)

I agree with Gina that this is too many fields. You haven't provided any
justification or information about your fields. What are you storing that you
think you need so many fields?

--
Duane Hookom
Microsoft Access MVP


"Gina Whipp" wrote:

Iram,

Help with what? You are going to run into this problem with a query also.
If you don't stop and normalize now you are not only more work for yourself
you are in essence wasting your time. You can't even display this data like
this, there isn't a report that handle it without complications.

I will relinquish this question to someone else... a table that big is only
going to cause serious problems down the road.

--
Gina Whipp

"I feel I have been denied critical, need to know, information!" - Tremors
II

http://www.regina-whipp.com/index_files/TipList.htm

"Iram" wrote in message
...
I wish I had time to research this but I can't. I need to get this up and
running really soon. There are over 255 fields that describe one record
and I
need to span into an additional table. Can some help with this?


Thanks.
Iram

"Gina Whipp" wrote:

Iram,

Ummm, you are committing spreadsheet with Access. I can't think of any
reason in the world that any table would need 250+ fields. Before you go
any further I would strongly suggest you read...

Jeff Conrad's resources page:
http://www.accessmvp.com/JConrad/acc...resources.html

The Access Web resources page:
http://www.mvps.org/access/resources/index.html

A free tutorial written by Crystal (MS Access MVP):
http://allenbrowne.com/casu-22.html

MVP Allen Browne's tutorials:
http://allenbrowne.com/links.html#Tutorials

OR maybe you really want to use Excel!

--
Gina Whipp

"I feel I have been denied critical, need to know, information!" -
Tremors
II

http://www.regina-whipp.com/index_files/TipList.htm

"Iram" wrote in message
...
Hello.
I am creating a table that requires more than 250 fields (total of
about
350
fields). All of these fields are required per record. When I couldn't
create
any more fields because of the limit I figured that I could create
another
table and extend the fields into it by joining a common field in both
tables
using a one to one relationship. The problem is that when I create a
record
in the primary table I can't get the joined table to create auto create
the
same common field like a One to Many relationship does automatically.
How
do
I mitigate this? I need about alot of fields for one record. Later I am
going
to need help creating an audit table for all 350 fields joined across
two
tables, but that's going to be a whole new question all on its own.


Thanks.
Iram/mcp






  #7  
Old July 26th, 2009, 05:23 PM posted to microsoft.public.access.tablesdbdesign
John... Visio MVP
external usenet poster
 
Posts: 900
Default One to may Or One to One? (350 fields all static) - little stevie is Soliciting AGAIN!

"Steve" help_available_at_very_reasonable_rates@contactme .com wrote in
message m...
Iram,

350 fields! Unequivocably the design of your tble is incorrect. You say in
your next post that time is of the essence. I provide help with Access
applications for a modest fee. Contact me if you want someone to design
your tables for you. My fee will be very modest.

Steve




These newsgroups are provided by Microsoft for FREE peer to peer support.
There are many highly qualified individuals who gladly help for free. Stevie
is not one of them, but he is the only one who just does not get the idea of
"FREE" support. He offers questionable results at unreasonable prices. If he
was any good, the "thousands" of people he claims to have helped would be
flooding him with work, but there appears to be a continuous drought and he
needs to constantly grovel for work.

A few gems gleaned from the Word New User newsgroup over the Christmas
holidays to show Stevie's "expertise" in Word.


Dec 17, 2008 7:47 pm

Word 2007 ..........
In older versions of Word you could highlght some text then go to Format -
Change Case and change the case of the hoghloghted text. Is this still
available in Word 2007? Where?
Thanks! Steve


Dec 22, 2008 8:22 pm

I am designing a series of paystubs for a client. I start in landscape and
draw a table then add columns and rows to setup labels and their
corresponding value. This all works fine. After a landscape version is
completed, I next need to design a portrait version. Rather than strating
from scratch, I'd like to be able to cut and paste from the landscape
version and design the portrait version.
Steve


Dec 24, 2008, 1:12 PM

How do you protect the document for filling in forms?
Steve


One of my favourites:
Dec 30, 2008 8:07 PM - a reply to stevie
(The original poster asked how to sort a list and stevie offered to create
the OP an Access database)

Steve wrote:
Yes, you are right but a database is the correct tool to use not a
spreadsheet.



Not at all. If it's just a simple list then a spreadsheet is perfectly
adequate...




John... Visio MVP

  #8  
Old July 26th, 2009, 05:31 PM posted to microsoft.public.access.tablesdbdesign
Iram
external usenet poster
 
Posts: 122
Default One to may Or One to One? (350 fields all static)

I will keep you in mind for I know I will need it and would pay you. I did
find a work around afterall. I did join the two tables and I was able to
continue the records by...

On a "Form" that deals wth the second table (continuation table) I made the
common field/joined field's (one to one) "Default" setting to be the same as
whatever is common field in the first form thus creating the identical common
data in the second field when I opened that secondary form.
Does this make sense?

Some day when I got money I sure would like to contact you for consulting on
a better aproach for 350 fields that relate to one record and how to audit
changes to any of thte 350 fields. I am currently doing this project for my
church. Some of the fields are reoccuring and I know how to make subforms and
subtables however it would of changed the layout of the print form
drastically from what it is now and which I can't change.


Thanks.
Steve.


"Steve" wrote:

Iram,

350 fields! Unequivocably the design of your tble is incorrect. You say in
your next post that time is of the essence. I provide help with Access
applications for a modest fee. Contact me if you want someone to design your
tables for you. My fee will be very modest.

Steve





"Iram" wrote in message
...
Hello.
I am creating a table that requires more than 250 fields (total of about
350
fields). All of these fields are required per record. When I couldn't
create
any more fields because of the limit I figured that I could create another
table and extend the fields into it by joining a common field in both
tables
using a one to one relationship. The problem is that when I create a
record
in the primary table I can't get the joined table to create auto create
the
same common field like a One to Many relationship does automatically. How
do
I mitigate this? I need about alot of fields for one record. Later I am
going
to need help creating an audit table for all 350 fields joined across two
tables, but that's going to be a whole new question all on its own.


Thanks.
Iram/mcp




  #9  
Old July 26th, 2009, 06:00 PM posted to microsoft.public.access.tablesdbdesign
John... Visio MVP
external usenet poster
 
Posts: 900
Default One to may Or One to One? (350 fields all static)

Careful. Stevie is our local troll who likes to offer questionable services
at unreasonable prices. These newsgroups are for FREE advice.

John... Visio MVP
"Iram" wrote in message
...
I will keep you in mind for I know I will need it and would pay you. I did
find a work around afterall. I did join the two tables and I was able to
continue the records by...

On a "Form" that deals wth the second table (continuation table) I made
the
common field/joined field's (one to one) "Default" setting to be the same
as
whatever is common field in the first form thus creating the identical
common
data in the second field when I opened that secondary form.
Does this make sense?

Some day when I got money I sure would like to contact you for consulting
on
a better aproach for 350 fields that relate to one record and how to audit
changes to any of thte 350 fields. I am currently doing this project for
my
church. Some of the fields are reoccuring and I know how to make subforms
and
subtables however it would of changed the layout of the print form
drastically from what it is now and which I can't change.


Thanks.
Steve.


"Steve" wrote:

Iram,

350 fields! Unequivocably the design of your tble is incorrect. You say
in
your next post that time is of the essence. I provide help with Access
applications for a modest fee. Contact me if you want someone to design
your
tables for you. My fee will be very modest.

Steve





"Iram" wrote in message
...
Hello.
I am creating a table that requires more than 250 fields (total of
about
350
fields). All of these fields are required per record. When I couldn't
create
any more fields because of the limit I figured that I could create
another
table and extend the fields into it by joining a common field in both
tables
using a one to one relationship. The problem is that when I create a
record
in the primary table I can't get the joined table to create auto create
the
same common field like a One to Many relationship does automatically.
How
do
I mitigate this? I need about alot of fields for one record. Later I am
going
to need help creating an audit table for all 350 fields joined across
two
tables, but that's going to be a whole new question all on its own.


Thanks.
Iram/mcp






  #10  
Old July 26th, 2009, 06:12 PM posted to microsoft.public.access.tablesdbdesign
Gina Whipp
external usenet poster
 
Posts: 3,500
Default One to may Or One to One? (350 fields all static)

Iram,

I can by no means tell you who to use or who not to use, HOWEVER, I would
STRONGLY recommend you check the references and qualifications of the person
you choose to hire. I will add that in these FREE newsgroups the UNPAID
volunteers will gladly provide you help for FREE from table design right up
until the database is finished. No one here, with the exception of Steve,
will ask for one penny as long as you post your question here in the FREE
newsgroup!

--
Gina Whipp

"I feel I have been denied critical, need to know, information!" - Tremors
II

http://www.regina-whipp.com/index_files/TipList.htm

"Iram" wrote in message
...
I will keep you in mind for I know I will need it and would pay you. I did
find a work around afterall. I did join the two tables and I was able to
continue the records by...

On a "Form" that deals wth the second table (continuation table) I made
the
common field/joined field's (one to one) "Default" setting to be the same
as
whatever is common field in the first form thus creating the identical
common
data in the second field when I opened that secondary form.
Does this make sense?

Some day when I got money I sure would like to contact you for consulting
on
a better aproach for 350 fields that relate to one record and how to audit
changes to any of thte 350 fields. I am currently doing this project for
my
church. Some of the fields are reoccuring and I know how to make subforms
and
subtables however it would of changed the layout of the print form
drastically from what it is now and which I can't change.


Thanks.
Steve.


"Steve" wrote:

Iram,

350 fields! Unequivocably the design of your tble is incorrect. You say
in
your next post that time is of the essence. I provide help with Access
applications for a modest fee. Contact me if you want someone to design
your
tables for you. My fee will be very modest.

Steve





"Iram" wrote in message
...
Hello.
I am creating a table that requires more than 250 fields (total of
about
350
fields). All of these fields are required per record. When I couldn't
create
any more fields because of the limit I figured that I could create
another
table and extend the fields into it by joining a common field in both
tables
using a one to one relationship. The problem is that when I create a
record
in the primary table I can't get the joined table to create auto create
the
same common field like a One to Many relationship does automatically.
How
do
I mitigate this? I need about alot of fields for one record. Later I am
going
to need help creating an audit table for all 350 fields joined across
two
tables, but that's going to be a whole new question all on its own.


Thanks.
Iram/mcp






 




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 09:13 AM.


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