i agree that a stored query is just sql anyway, and you can see the sql anyway by going to view, sql window
the only queries you cant create directly in the query pane are union queries.
and then i generally just
select * from storedquery1
union select * from storedquery2
----------
right -
the reason a stored query is more efficient is that when it runs the first time, access creates a query plan, to decide the most efficient way to ask the server for info to resolve the query. if you run the sql each time, it cant use the saved query plan, and has to recompute it each time.
thats why a stored query cant be slower, but can be quicker.
eg if you have select fields from from tableA , fields from tableB , join tablea tableb on some field, where something or other - access can fetch the reocrds it needs in a variety of orders, some of which are quicker than others
loads of people here know all this in much more detail than me!
------------
the other thing is speed - i find it far easier to design queries visually
the only time i use sql is if i have to do something by iterating a recordset, because what i need is based on a non updateable query - and even then sometimes i can redesign it to make it updateable.
-------------
all the things you can do in SQL (distinct, orderby, top etc) are all avaiable in query design - just right click the design area, and select properties
its just far easier (for me) to design a complex query by basing it on a series of simpler queries, rather than trying to get very very complex sql statements with correct syntax You can examine the output etc etc, as you go to be sure everything is going right.
---------
in fact i never even write sql as the query source in comboboxes etc - i just use reusable stored queries - i just find it faster for me, and i know what i need to maintain if i change things.