Home/ Questions/Q 248939
In Process

The Archive Base Latest Questions

Editorial Team
  • 0
Asked: 2026-05-11T21:23:05+00:00

I am working on an application to get data from a MS-SQL server (2005).

  • 0

I am working on an application to get data from a MS-SQL server (2005). In the command text, I can pass a sql query like this:

string query = "SELECT T1.f1, T1.f2, T2.f3 FROM table1 T1 join table2 T2" +
   "on T1.id = T2.id AND T1.dt = T2.dt ..."
....
cmd.CommandText = query;

I could also put the query as a view on my SQL server like this:

 CREATE VIEW V1 AS
   "SELECT T1.f1, ..."

Then I can use the view in a simplified query like this:

 string query = "SELECT f1, f2, f3 FROM V1";
 ....
 cmd.CommandText = query;

I am not sure which way is better. Will be the view be faster then a SQL query? By the way, the query I show here is a simplified one. The actual query SELECT is more complicated one.

Share

Leave an answer

You must login to add an answer.

Need An Account,

1 Answer

  1. Editorial Team

    I would create a VIEW for several reasons

    A) A well constructed view does tend to perform faster than a query, though with query optimization you may not notice much of a difference.

    B) It keeps knowledge of the database structure within the database itself – adding a good layer of abstraction (as a side note, consider using a stored procedure rather than an inline query – this also keeps database knowledge within the database itself)

    C) If you do need to make a structural change to the database, you can keep the view consistent without needing to rebuild your code.

    AMENDMENT I’m going to amend this answer in light of some of the comments so as to clarify some points …

    It is absolutely true that a standard view does not provide any real performance gain over a query. A standard view is materialized at run time which essentially makes it no different than a convenient way to execute a query of the same structure. An index view, however, is materialized immediately and the results are persisted in physical storage. As with any design decision, the use of an indexed view should be carefully considered. There is no free lunch; the penalty you pay for use of indexed views comes in the form of additional storage requirements and overhead associated with maintaining the view when there are any changes to the underlying database. These are best used in instances of commonly used complex joining and aggregation of data from multiple tables and in cases in which data is accessed far more frequently than it is changed.

    I also concur with comments regarding structural changes – addition of new columns will not affect the view. If, however, data is moved, normalized, archived, etc it can be a good way to insulate such changes from the application. These situations are RARE and the same results can be attained through the use of stored procedures rather than a view.

    • 0