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 one relationship



 
 
Thread Tools Display Modes
  #1  
Old September 18th, 2009, 02:59 PM posted to microsoft.public.access.tablesdbdesign
inungh
external usenet poster
 
Posts: 177
Default one to one relationship

I need add a few fields in my table.
For some reson that I can not have all my users log off the systems.

I just wonder to create a one to one relationship table to add fields
and use same primary key and use join when I need the fields.

I just wonder are there any perfornance issue if I use one to one
relationship table instead of the fields are in the same tables.


Your help is great appreciated,

  #2  
Old September 18th, 2009, 05:13 PM posted to microsoft.public.access.tablesdbdesign
Banana[_2_]
external usenet poster
 
Posts: 214
Default one to one relationship

Well, vertical partitioning certainly can be useful when we have a wide
table and large amounts of rows (e.g. hundreds of thousands or
millions), but this is not something Jet really supports so the
potential gains are limited.

What you need to know is how and in what manners will you be querying.
If turns out that a large majority of your queries will span both
tables, then I'd say "forget it, keep it in a single table."

On the other hand, if your queries usually depend on knowing whether one
table has a certain record, then it may be worthwhile. But only if you
have several rows to justify the partitoning. Even a table with 50K rows
may not be enough for that justification.

Finally, it's almost always more work whether we do it with a wide table
or several one-one table... and is a sign of not optimally designed
tables. If you're not aware about normalization, I suggest you do go and
read up on it. Then that would render the whole question moot and leave
you with much simpler and managable solution.


inungh wrote:
I need add a few fields in my table.
For some reson that I can not have all my users log off the systems.

I just wonder to create a one to one relationship table to add fields
and use same primary key and use join when I need the fields.

I just wonder are there any perfornance issue if I use one to one
relationship table instead of the fields are in the same tables.


Your help is great appreciated,

  #3  
Old September 18th, 2009, 08:43 PM posted to microsoft.public.access.tablesdbdesign
CraigH
external usenet poster
 
Posts: 50
Default one to one relationship

Unless I am missing something:

I can't believe you can't have everyone off the "Production" database for 5
minutes to add a few fields.

That's what after 5:00 PM or weekends are for

"inungh" wrote:

I need add a few fields in my table.
For some reson that I can not have all my users log off the systems.

I just wonder to create a one to one relationship table to add fields
and use same primary key and use join when I need the fields.

I just wonder are there any perfornance issue if I use one to one
relationship table instead of the fields are in the same tables.


Your help is great appreciated,


  #4  
Old September 24th, 2009, 08:36 PM posted to microsoft.public.access.tablesdbdesign
Roger Carlson
external usenet poster
 
Posts: 824
Default one to one relationship

Well, you could force your users out with something like my
"LogUsersOff.mdb" sample. You can find it he
http://www.rogersaccesslibrary.com/f...ts.asp?TID=328


--
--Roger Carlson
MS Access MVP
Access Database Samples: www.rogersaccesslibrary.com
Want answers to your Access questions in your Email?
Free subscription:
http://peach.ease.lsoft.com/scripts/...UBED1=ACCESS-L


"inungh" wrote in message
...
I need add a few fields in my table.
For some reson that I can not have all my users log off the systems.

I just wonder to create a one to one relationship table to add fields
and use same primary key and use join when I need the fields.

I just wonder are there any perfornance issue if I use one to one
relationship table instead of the fields are in the same tables.


Your help is great appreciated,



  #5  
Old September 25th, 2009, 01:27 AM posted to microsoft.public.access.tablesdbdesign
inungh
external usenet poster
 
Posts: 177
Default one to one relationship

On Sep 24, 3:36*pm, "Roger Carlson"
wrote:
Well, you could force your users out with something like my
"LogUsersOff.mdb" sample. *You can find it hehttp://www.rogersaccesslibrary.com/f...ts.asp?TID=328

--
--Roger Carlson
* MS Access MVP
* Access Database Samples:www.rogersaccesslibrary.com
* Want answers to your Access questions in your Email?
* Free subscription:
*http://peach.ease.lsoft.com/scripts/...UBED1=ACCESS-L

"inungh" wrote in message

...



I need add a few fields in my table.
For some reson that I can not have all my users log off the systems.


I just wonder to create a one to one relationship table to add fields
and use same primary key and use join when I need the fields.


I just wonder are there any perfornance issue if I use one to one
relationship table instead of the fields are in the same tables.


Your help is great appreciated,- Hide quoted text -


- Show quoted text -


Thanks all your help.
Finally, I have all my users off today and modified the tables.

About force users to log offapplications, users need activate the
application. If the computer is locked or user does not activate the
applications. will it work too?


Thanks again,

 




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 06:35 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.