Views are like windows to the data in your system. If you think of a view like a window to the outside world, the window always gives
you the same relative look at things, but also shows changes that pass in front of it. Views are stored queries that you can call on later to retrieve information from the tables. The following series of images show this idea graphically.
The people responsible for developing the database schema and those who write application programs for use by non-technical users
have knowledge of the entire schema, including direct access to the base tables of the database. However, it is usually undesirable to have end users working directly with base tables, primarily for security reasons. The
relational data model includes a way to provide IT users with their own view of the database. This view hides the details of the overall database design and prohibits direct access to the base tables which should not be accessed.
Once you have this query, it would be nice to refer to it by name, retrieving the values from the query without having to write the whole SQL statement over again? That is where views come in. In Access, views are equivalent to queries. Queries can be saved, and queries can be the target of SELECT statements in other queries. You may have to determine the specific name used by your engine if it supports views. In some engines, you will hear views called stored queries, saved queries, or virtual views.