First off, let me say that I've read several threads that strongly discourage from using 1-1 relationships. I will give an explanation of my situation in this post, and you all can tell me if there would be something better for me.
I am linking to several MS SQL 2005 tables from Microsoft Office Accounting. It is the system we use for orders, time tracking, invoicing, a/r, etc. In order to extend its functionality, I'm using Access to create more reports & forms.
In my case, I basically just need to add a few fields to one table in the MS SQL database. But I am worried that doing so may cause problems down the road (or maybe even now). So my plan is to just create my own Access tables for any additional fields that I want to track, and tie them to the applicable SQL table via 1-many or 1-1 (where appropriate) relationships. To keep with my plan to not touch Microsoft's tables, I'd like to just use a 1-1 between the SQL table, and an Access table that I create. This way the Access table is essentially an extension of the SQL table. At least, that's what I'm thinking.
If you know of a better way to accomplish what I'm wanting, please let me know.
I guess I would be best to dig into their SDK, and hang out in their developer forums to get their recommendation. However, I think that all of the concepts coming from DB design & MS Access are just as applicable, and that I should be able to come up w/ a good solution utilizing the access-programers forum.
One of the main problems that I see with this would be auto-record creation in the 2nd table. I can go into the 2nd table and create records w/ matching primary keys to the first table. I can even create a form that let's me pull the key from a drop-down to make this quicker. But this is really inconvenient, when all that I really need is for a record to exists in the 2nd table, any time that it exists in the first. Or if I could do something fancy w/ a form that would auto-create the record in the 2nd table & match its key up w/ the first as soon as I try to manipulate the other fields that the 2nd table contains.
I really appreciate any ideas with this situation.
Thanks much!
-
Doug
I am linking to several MS SQL 2005 tables from Microsoft Office Accounting. It is the system we use for orders, time tracking, invoicing, a/r, etc. In order to extend its functionality, I'm using Access to create more reports & forms.
In my case, I basically just need to add a few fields to one table in the MS SQL database. But I am worried that doing so may cause problems down the road (or maybe even now). So my plan is to just create my own Access tables for any additional fields that I want to track, and tie them to the applicable SQL table via 1-many or 1-1 (where appropriate) relationships. To keep with my plan to not touch Microsoft's tables, I'd like to just use a 1-1 between the SQL table, and an Access table that I create. This way the Access table is essentially an extension of the SQL table. At least, that's what I'm thinking.
If you know of a better way to accomplish what I'm wanting, please let me know.
I guess I would be best to dig into their SDK, and hang out in their developer forums to get their recommendation. However, I think that all of the concepts coming from DB design & MS Access are just as applicable, and that I should be able to come up w/ a good solution utilizing the access-programers forum.
One of the main problems that I see with this would be auto-record creation in the 2nd table. I can go into the 2nd table and create records w/ matching primary keys to the first table. I can even create a form that let's me pull the key from a drop-down to make this quicker. But this is really inconvenient, when all that I really need is for a record to exists in the 2nd table, any time that it exists in the first. Or if I could do something fancy w/ a form that would auto-create the record in the 2nd table & match its key up w/ the first as soon as I try to manipulate the other fields that the 2nd table contains.
I really appreciate any ideas with this situation.
Thanks much!
-
Doug