Question : SQL Server 9.0 - how can I cache view/stored procedure results?

I want to know if/how MS SQL server can cache the results of a SELECT query such that it only needs to actually do any processing if any of the data in the tables it is dependant on has changed.

I've got a complicated SELECT query which is based on 6 other queries, which themselves are interdependant.  I could probably eventually write it all as one single query but at this stage, I do not have this.  The purpose of this querying is to apply ranking to 3 product types within a large television parts database and filter only parts of the highest available rank for any model of TV.

I want to be able to then filter (query) the results of the above query for individual models.
This query returns search results to a website and will be run regularly.
Obviously it is less efficient to rerun identical queries, thousands of times per day and potentially, this will ultimately mean a slow down in performance.

The main body of querying is on an infrequently changing set of data (maybe one or two changes per day).  If I could cache the results on SQL Server (but not in the IIS webserver's application cache as a cached dataset), it would be very helpful.

Can this be achieved and if so, how?

Answer : SQL Server 9.0 - how can I cache view/stored procedure results?

AFAIK there is no "buffer pinning" option in MSSQL. All memory operations are controlled by the buffer manager. If there is enough memory, buffer manager will try to keep as much data as possible in buffer memory.
However, if you access data which is seldom changed, you should have a look on materialized views (i.e. views with an index), or use tables with some sort of prepared and compressed data. Both need to be updated manually, to get freshly changed data.