CREATE VIEW syntax in SQL - Time & Space Complexity

Time Complexity: CREATE VIEW syntax

O(n)

Understanding Time Complexity

When we create a view in SQL, we define a saved query. Understanding how the time to run this query grows helps us know how it will perform as data grows.

We want to see how the cost of using a view changes when the underlying data gets bigger.

Scenario Under Consideration

Analyze the time complexity of this view creation and usage.

CREATE VIEW RecentOrders AS
SELECT OrderID, CustomerID, OrderDate
FROM Orders
WHERE OrderDate >= DATE_SUB(CURRENT_DATE(), INTERVAL 30 DAY);

SELECT * FROM RecentOrders;
    

This view selects orders from the last 30 days. When we query the view, it runs this filter on the Orders table.

Identify Repeating Operations

• Primary operation: Scanning the Orders table rows to check the OrderDate condition.
• How many times: Once for each row in Orders every time the view is queried.

How Execution Grows With Input

As the number of orders grows, the work to find recent orders grows too.

Input Size (n)	Approx. Operations
10	10 checks
100	100 checks
1000	1000 checks

Pattern observation: The number of operations grows directly with the number of rows in the Orders table.

Final Time Complexity

Time Complexity: O(n)

This means the time to get results from the view grows linearly with the number of orders.

Common Mistake

[X] Wrong: "Creating a view makes the query run faster automatically."

[OK] Correct: A view just saves the query. The database still runs the full query each time, so the time depends on the data size and query complexity.

Interview Connect

Understanding how views work and their time cost shows you know how databases handle saved queries and data growth. This skill helps you write efficient queries and explain performance clearly.

Self-Check

"What if we added an index on OrderDate? How would that change the time complexity when querying the view?"

Practice

1. What is the main purpose of the CREATE VIEW statement in SQL?

easy

A. To save a SELECT query as a virtual table

B. To permanently store data in the database

C. To delete rows from a table

D. To update existing records in a table

Solution

1. Step 1: Understand what a view is

   A view is a virtual table created by saving a SELECT query.

2. Step 2: Identify the purpose of CREATE VIEW

   CREATE VIEW stores the SELECT query so you can use it like a table without storing data.

3. Final Answer:

   To save a SELECT query as a virtual table -> Option A

4. Quick Check:

   CREATE VIEW = virtual table [OK]

Hint: Views save SELECT queries as virtual tables [OK]

Common Mistakes:

• Thinking views store data physically
• Confusing CREATE VIEW with INSERT or UPDATE
• Assuming views delete or modify data

2. Which of the following is the correct syntax to create a view named EmployeeView that selects all columns from the Employees table?

easy

A. CREATE EmployeeView VIEW AS SELECT * FROM Employees;

B. CREATE VIEW EmployeeView AS SELECT * FROM Employees;

C. VIEW CREATE EmployeeView AS SELECT * FROM Employees;

D. CREATE VIEW Employees AS SELECT * FROM EmployeeView;

Solution

1. Step 1: Recall the correct CREATE VIEW syntax

   The syntax is: CREATE VIEW view_name AS SELECT ...

2. Step 2: Match the syntax with options

   CREATE VIEW EmployeeView AS SELECT * FROM Employees; matches the correct syntax exactly.

3. Final Answer:

   CREATE VIEW EmployeeView AS SELECT * FROM Employees; -> Option B

4. Quick Check:

   CREATE VIEW view_name AS SELECT ... [OK]

Hint: CREATE VIEW view_name AS SELECT ... [OK]

Common Mistakes:

• Swapping keywords CREATE and VIEW
• Mixing table and view names incorrectly
• Using wrong keyword order

3. Given the view creation:
CREATE VIEW ActiveUsers AS SELECT id, name FROM Users WHERE active = 1;
What will the query SELECT * FROM ActiveUsers; return?

medium

A. Only users with active = 1

B. Only user IDs without names

C. An error because views cannot filter data

D. All users including inactive ones

Solution

1. Step 1: Understand the view definition

   The view selects id and name from Users where active = 1, so only active users are included.

2. Step 2: Analyze the SELECT from the view

   Selecting * from ActiveUsers returns all columns defined in the view, filtered by active = 1.

3. Final Answer:

   Only users with active = 1 -> Option A

4. Quick Check:

   View filters rows = active users only [OK]

Hint: View returns filtered rows as defined in SELECT [OK]

Common Mistakes:

• Assuming view returns all table rows
• Thinking views cannot filter data
• Expecting columns not in view to appear

4. Identify the error in this view creation statement:
CREATE VIEW SalesView SELECT * FROM Sales;

medium

A. SELECT * is not allowed in views

B. View name cannot be SalesView

C. Missing AS keyword before SELECT

D. CREATE VIEW must include WHERE clause

Solution

1. Step 1: Check the syntax of CREATE VIEW

   The correct syntax requires AS before the SELECT statement.

2. Step 2: Identify the missing keyword

   The statement misses AS, causing a syntax error.

3. Final Answer:

   Missing AS keyword before SELECT -> Option C

4. Quick Check:

   CREATE VIEW ... AS SELECT ... [OK]

Hint: Always include AS before SELECT in CREATE VIEW [OK]

Common Mistakes:

• Omitting AS keyword
• Misplacing SELECT clause
• Assuming WHERE clause is mandatory

5. You want to create a view TopProducts that shows product names and total sales only for products with sales over 1000. Which SQL statement correctly creates this view?

hard

A. CREATE VIEW TopProducts AS SELECT product_name, sales FROM Products WHERE sales > 1000;

B. CREATE VIEW TopProducts AS SELECT product_name, SUM(sales) FROM Products GROUP BY product_name WHERE SUM(sales) > 1000;

C. CREATE VIEW TopProducts AS SELECT product_name, SUM(sales) FROM Products WHERE SUM(sales) > 1000 GROUP BY product_name;

D. CREATE VIEW TopProducts AS SELECT product_name, SUM(sales) FROM Products GROUP BY product_name HAVING SUM(sales) > 1000;

Solution

1. Step 1: Understand the requirement

   We need product names and total sales, only for products with total sales over 1000.

2. Step 2: Use GROUP BY and HAVING correctly

   SUM(sales) requires GROUP BY product_name, and filtering on aggregated values uses HAVING.

3. Step 3: Check each option

   CREATE VIEW TopProducts AS SELECT product_name, SUM(sales) FROM Products GROUP BY product_name HAVING SUM(sales) > 1000; uses GROUP BY and HAVING correctly; others misuse WHERE or clause order.

4. Final Answer:

   CREATE VIEW TopProducts AS SELECT product_name, SUM(sales) FROM Products GROUP BY product_name HAVING SUM(sales) > 1000; -> Option D

5. Quick Check:

   Use HAVING for aggregated filters in views [OK]

Hint: Use HAVING for conditions on aggregates in views [OK]

Common Mistakes:

• Using WHERE with aggregate functions
• Placing WHERE after GROUP BY
• Omitting GROUP BY when using SUM