Logo Questions Linux Laravel Mysql Ubuntu Git Menu
 

Advantage of using Views in MySQL

Tags:

I've learned that views can be used to create custom "table views" (so to say) that aggregate related data from multiple tables.

My question is: what are the advantages of views? Specifically, let's say I have two tables:

event | eid, typeid, name eventtype | typeid, max_team_members 

Now I create a view:

eventdetails | event.eid, event.name, eventtype.max_team_members               | where event.typeid=eventtype.typeid 

Now if I want to maximum number of members allowed in a team for some event, I could:

  • use the view
  • do a join query (or maybe a stored procedure).

What would be my advantages/disadvantages in each method?

Another query: if data in table events and eventtypes gets updated, is there any overhead involved in updating the data in the view (considering it caches resultant data)?

like image 214
jrharshath Avatar asked Jan 13 '10 07:01

jrharshath


People also ask

What is the importance of views in SQL?

Views are generally used to focus, simplify, and customize the perception each user has of the database. Views can be used as security mechanisms by letting users access data through the view, without granting the users permissions to directly access the underlying base tables of the view.


2 Answers

A view is not stored separately: when you query a view, the view is replaced with the definition of that view. So and changes to the data in the tables will show up immediately via the view.

In addition to the security feature pointed out earlier:

If you're writing a large number of queries that would perform that join, it factors out that SQL code. Like doing some operations in a function used in several places, it can make your code easier to read/write/debug.

It would also allow you to change how the join is performed in the future in one place. Perhaps a 1-to-many relationship could become a many-to-many relationship, introducing an extra table in the join. Or you may decide to denormalize and include all of the eventtype fields in each event record so that you don't have to join each time (trading space for query execution time).

You could further split tables later, changing it to a 3-way join, and other queries using the view wouldn't have to be rewritten.

You could add new columns to the table(s) and change the view to leave out the new columns so that some older queries using "select *" don't break when you change the table definitions.

like image 76
Harold L Avatar answered Sep 25 '22 07:09

Harold L


You can restrict users to the view instead of the underlying table(s), thereby enhancing security.

like image 38
Ignacio Vazquez-Abrams Avatar answered Sep 24 '22 07:09

Ignacio Vazquez-Abrams