Difficulty: Easy
Correct Answer: Invalid (database objects are typically persistent)
Explanation:
Introduction / Context:
This question checks your understanding of the lifecycle of database objects such as tables, views, indexes, schemas, stored procedures, and sequences. In professional database systems, these objects usually persist beyond a single session and are designed to exist until explicitly altered or dropped. The statement claims the opposite by saying database objects are “almost always transient.”
Given Data / Assumptions:
Concept / Approach:
Durability and persistence are core to database systems. Data definition language (DDL) creates persistent objects that remain available across sessions and server restarts. Temporary or transient objects (for example, temp tables, table variables, scratch objects in procedural code) exist, but they are the minority and are created for specific, short-term tasks such as staging or intermediate calculations.
Step-by-Step Solution:
Verification / Alternative check:
Inspect any production database’s system catalog. You will see objects created months or years earlier that continue to exist and serve applications daily. Backups and migrations depend on their persistence.
Why Other Options Are Wrong:
Common Pitfalls:
Confusing transient data (for example, session variables) with schema objects; assuming cache entries or execution plans are the same as catalog objects; overlooking that even in-memory engines persist metadata and can persist data via logs/checkpoints.
Final Answer:
Invalid (database objects are typically persistent)
Discussion & Comments