A family of Microsoft relational database management systems designed for ease of use.
I can answer the one question... You can set two Primary Keys by highlighting both rows and then pressing Primary Key.
This browser is no longer supported.
Upgrade to Microsoft Edge to take advantage of the latest features, security updates, and technical support.
My organization is using MS Word form to create a client questionnaire. Each Word doc form is saved as PDF file and stored in the Client's folder. I created a form in Access to capture and parse the questions but I cannot find a way to create and output a PDF file from Access. This requires me to repeat the entry process manually into the Word document. My IT department won't let me roll this out to other employees because of A) the double entry issue and B) they fear other users apparently will have to learn and use VBA to output individual records.
My question is: Can Access output individual records as a printable PDF format and cannot it be done without VBA?
A family of Microsoft relational database management systems designed for ease of use.
Locked Question. This question was migrated from the Microsoft Support Community. You can vote on whether it's helpful, but you can't add comments or replies or follow the question.
I can answer the one question... You can set two Primary Keys by highlighting both rows and then pressing Primary Key.
David,
Me <--no degree in Computer Science.
I did have a great teacher who was a co-worker. I learned a lot for her but more from the great help I received in newsgroups as there were no forums at the time. If I were a beginner now I would start with Crystal's book which is free...
http://allenbrowne.com/casu-22.html
You can also go here for free Data models...
http://www.databaseanswers.org/data_models/
https://www.access-diva.com/tips.html#bmDataModels
Access is simple enough for non-technical Users but once you start getting *serious* you do need to do some reading. And those hundreds of hours are over time with the help of the many Forums where free help is given including helping you create a data model. So if you ever decide it's worth the time, we are here to help.
I also noticed you said you created a Form and tried to add fields from another table which sounded like it was unrelated to the record source of the Form. Well, this can only be done when table is part of the record source. You can create a query which can include multiple tables from which you need fields and build your form though most would just use a subform in a typical one-to-many scenario.
Scott,
I understand that the client names won't show in each table. What I meant to say earlier is that the data in the tables don't link to a client. I created a relational, one to many, contact database with a query from scratch and it worked. I think Access' Relationships tool cannot handle the type of database I am trying to build. It's probably too complex. I tried every combination I could think in terms of creating the relationships. This is one of the error messages I get:
Here is an image of my tables. Again, I tried several combinations but there does not seem to be a way to relate the tables. Moreover, there seems to be too many fields that Access can handle in terms of building a form and subforms. I can't fit all the tables into a form / subforms.
I created another version where I pull the clients name via a look up wizard. I can look up and select a name for each table from the Client Basic table. This works for me because it seems to be my only option. Will be possible to create a query and a report with my technique?
but the problem is that the other tables to do not display the name of the client the services were assigned to.
The other problem is the form. The main form and subforms won't accommodate the 90 records I need to capture in my database. I get the following error message: I suspect it is because the data limit imposed by Access.
OK, First that is the way it is supposed to work. As we have said before Relational databases reduce redundancy. There is no reason to include any client information other than the ClientID in your child tables. If you want to do a report on the services, then you create a query that joins the two tables on ClientID and include the identifying columns from the Clients table and the needed columns from the Services table.
Second, As I've said before, relational database tables should be tall and thin, not wide. I'm suspecting that your services table has fields for each type of service. Wrong design. Your services table should look like this:
ClientServices
ClientServiceID (PK Autonumber)
ClientID (FK)
ServiceID (FK)
ServiceDate
ServiceFee
etc.
Like I said tall and thin, so each service performed is a separate record.
Scott,
I an able to assign clients to another table via a foreign key but the problem is that the other tables to do not display the name of the client the services were assigned to. The other tables only identify the client by Client ID number. I can cross reference by using the find button and entering the Client ID number into the Client contact table. What am I doing something wrong? Or is it SOP to cross reference clients manually using the Client ID number?
The other problem is the form. The main form and subforms won't accommodate the 90 records I need to capture in my database. I get the following error message: I suspect it is because the data limit imposed by Access.
As workaround, I won't bother with using form so I am entering the records in the table via Data Sheet view.
By the way, my supervisor asked to abandon my attempts to build an Access database when I told them it will take several months to learn the program on company time - a few hours here and there during the week. I am doing this on my own time just to learn that program.
Thanks