bjblackmore
asked on
Buttom/Combo Box To List Queries in Access Runtime
Hi,
I was wondering if someone could help.
We currently have an Access 2007 database, which has a number of reports and forms contained with in. Full blown Access 2007 users get a Navigation pane (see attachments) on the left of the 'front screen' where if the expand it, lists a number (30+) of pre-prepared queries. We need to deploy this database to a number of other users, and would like to use MS Access Runtime, as 99% of the functionality we need is available, and it's free vs £400+ for full blown access! However the Navigation bar isn't available in Access Runtime, so I'd like to add a button or combo box to the fornt screen, which would list all the queries available, and allow Access Runtime users to select then run them.
Is this possible? Does anyone have the code? I've had a quick look online, and seen a few posts with similar questions, but I can't seem to get them to work. Not sure if its because the posts are for a newer version of Access (we're using 2007), or if I'm getting something wrong! My Access programmming is quite basic, I'm usually more a PHP & VBScript person.
Any help greatly appreciated!
Ben
I was wondering if someone could help.
We currently have an Access 2007 database, which has a number of reports and forms contained with in. Full blown Access 2007 users get a Navigation pane (see attachments) on the left of the 'front screen' where if the expand it, lists a number (30+) of pre-prepared queries. We need to deploy this database to a number of other users, and would like to use MS Access Runtime, as 99% of the functionality we need is available, and it's free vs £400+ for full blown access! However the Navigation bar isn't available in Access Runtime, so I'd like to add a button or combo box to the fornt screen, which would list all the queries available, and allow Access Runtime users to select then run them.
Is this possible? Does anyone have the code? I've had a quick look online, and seen a few posts with similar questions, but I can't seem to get them to work. Not sure if its because the posts are for a newer version of Access (we're using 2007), or if I'm getting something wrong! My Access programmming is quite basic, I'm usually more a PHP & VBScript person.
Any help greatly appreciated!
Ben
ASKER CERTIFIED SOLUTION
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.
ASKER
Ah, I had to change the Row Source Type to Table/Query and change it to SQL view! Think I have it now....
Personally, I don't think you really want to expose "ALL" of the queries to users of the application. The way I do this is I create a table which contains the names of all of the queries I want them to be able to run, and a description.
I display that table to them in a listbox so they can see the description and have a button next to the list box that opens the query using.
Docmd.OpenQuery me.lst_Queries, , acReadOnly
I display that table to them in a listbox so they can see the description and have a button next to the list box that opens the query using.
Docmd.OpenQuery me.lst_Queries, , acReadOnly
ASKER
It depends, the people who have full blown Access just use the Nav Pane, and that appears to have access to/shows all the queries. The database wasn't designed by me or even IT, some previous user in the department that I'm modifying this for, who left long ago. We now have said department asking us to make modifications to it. I really want to spend as little time as possible doing it. If they want to maintain/edit the database properly, they need to do it as a project and get a programmer in, rather than a helpdesk ticket!
ASKER
Perfect, just what I was looking for!
You're welcome, glad to help.
"the people who have full blown Access just use the Nav Pane"
is a bad idea. In general, you should not provide your database users access to the navigation pane. It allows them to directly modify data in your tables without using forms. It also allows them to modify the queries in ways that will take you forever to figure out.
is a bad idea. In general, you should not provide your database users access to the navigation pane. It allows them to directly modify data in your tables without using forms. It also allows them to modify the queries in ways that will take you forever to figure out.
ASKER
I know, it is a concern, however as I said, the database is not our responsibility, it wasn't designed by us, and isn't managed/administered by us, we don't have the man power or knowledge with in the department to be able to program these things.
If the department wants better control over the database, they will need to create a small project, provide a budget for a contractor with a scope of work. And having spoken with them today, they don't even know what they want to do, who they want to give access, or what access they want to provide! Sadly this is the trouble with high turn over, knowledge is lost, and the people left to take over have no idea!
What I have done, is taken your advice and modified the double click command with "acReadOnly"
So it now runs:
This will stop people modifying data via a query. However the department haven't approved this yet, they may actually want to modify data via a query. I will suggest to them they shouldn't, but doesn't mean they will listen!
If I could re-open the question, I'd re-allocate some points for the above comment, but I can't see if that's possible?
If the department wants better control over the database, they will need to create a small project, provide a budget for a contractor with a scope of work. And having spoken with them today, they don't even know what they want to do, who they want to give access, or what access they want to provide! Sadly this is the trouble with high turn over, knowledge is lost, and the people left to take over have no idea!
What I have done, is taken your advice and modified the double click command with "acReadOnly"
So it now runs:
Private Sub ListQueries_DblClick(Cancel As Integer)
DoCmd.OpenQuery Me.ListQueries, , acReadOnly
End SubThis will stop people modifying data via a query. However the department haven't approved this yet, they may actually want to modify data via a query. I will suggest to them they shouldn't, but doesn't mean they will listen!
If I could re-open the question, I'd re-allocate some points for the above comment, but I can't see if that's possible?
don't worry about the points
I just wanted to make sure you understood the pitfalls of allowing anyone to have direct access to data tables and queries.
One way to mitigate that, although only limited, is to make sure everyone has their own copy of the application on their own desktop, and are linked to the backend database. That way they will not be able to corrupt the main database that contains the queries in their original form.
I just wanted to make sure you understood the pitfalls of allowing anyone to have direct access to data tables and queries.
One way to mitigate that, although only limited, is to make sure everyone has their own copy of the application on their own desktop, and are linked to the backend database. That way they will not be able to corrupt the main database that contains the queries in their original form.
ASKER
When you say se thte row source, is that just clicking on the 3 little dots '...' in the 'Data' options (see below pic)? When I click that I get an 'Edit List Items' dialogue box. If I enter the code supplied in there, it just displays that code as 3 options in the list box?
Row-source1.jpg
Row-source.jpg