DBMS — MCQ Practice

Hindi aur English dono mein practice karo — click karo answer check karne ke liye

📚 131 Questions 🌐 Hindi + English ✅ Free
भाषा / Language:
131 questions
91
EN + हिं Easy
GB What is the concept of dynamic views or table-valued functions as an alternative to traditional views?
IN पारंपरिक विचारों के विकल्प के रूप में गतिशील विचारों या तालिका-मूल्यवान कार्यों की अवधारणा क्या है?
A
A view that changes column definitions dynamically एक दृश्य जो स्तंभ परिभाषाओं को गतिशील रूप से बदलता है
B
Functions that return a single scalar value फ़ंक्शंस जो एकल स्केलर मान लौटाते हैं
C
A view that automatically updates its definition एक दृश्य जो स्वचालित रूप से अपनी परिभाषा को अद्यतन करता है
D
Functions that accept parameters and return a table result set enabling parameterized view-like behavior that regular views cannot support (regular views cannot accept parameters) - e.g. get_orders_for_customer(cust_id INT) RETURNS TABLE फ़ंक्शन जो पैरामीटर स्वीकार करते हैं और एक तालिका परिणाम सेट लौटाते हैं जो पैरामीटरयुक्त दृश्य-समान व्यवहार को सक्षम करता है जिसे नियमित दृश्य समर्थन नहीं कर सकते (नियमित दृश्य पैरामीटर स्वीकार नहीं कर सकते) - उदाहरण के लिए get_orders_for_customer(cust_id INT) रिटर्न टेबल
✅ Correct Answer:
💡 Explanation / व्याख्या
Explanation (English) Table-valued functions (TVF): act as parameterized views. SELECT * FROM get_dept_employees(Accounting) - impossible with regular views. Inline TVFs (in PostgreSQL: SETOF/RETURNS TABLE functions) can be optimized similarly to views by the optimizer. Useful for: filtered/customized data access patterns requiring parameters.
व्याख्या (हिन्दी) तालिका-मूल्यवान फ़ंक्शन (टीवीएफ): पैरामीटरयुक्त दृश्यों के रूप में कार्य करें। Get_dept_employees(Accounting) से चुनें * - नियमित दृश्यों के साथ असंभव। इनलाइन टीवीएफ (पोस्टग्रेएसक्यूएल में: सेटऑफ/रिटर्न टेबल फ़ंक्शन) को ऑप्टिमाइज़र द्वारा दृश्यों के समान अनुकूलित किया जा सकता है। इसके लिए उपयोगी: पैरामीटर की आवश्यकता वाले फ़िल्टर/अनुकूलित डेटा एक्सेस पैटर्न।
92
EN + हिं Medium
GB What is the purpose of the WITH READ ONLY clause in Oracle view creation?
IN Oracle व्यू निर्माण में केवल पढ़ने योग्य खंड का उद्देश्य क्या है?
A
It restricts the view to SELECT statements from read-only users यह दृश्य को केवल-पढ़ने वाले उपयोगकर्ताओं के SELECT कथनों तक सीमित करता है
B
It creates a read-only backup of the base table यह बेस टेबल का रीड-ओनली बैकअप बनाता है
C
It explicitly prevents DML operations (INSERT UPDATE DELETE) on the view even if the view would otherwise be updatable according to the rules - used to enforce that a view is intentionally read-only and prevent accidental data modifications through the view यह स्पष्ट रूप से दृश्य पर डीएमएल संचालन (इन्सर्ट अपडेट डिलीट) को रोकता है, भले ही दृश्य अन्यथा नियमों के अनुसार अद्यतन करने योग्य हो - इसका उपयोग यह लागू करने के लिए किया जाता है कि कोई दृश्य जानबूझकर केवल पढ़ने के लिए है और दृश्य के माध्यम से आकस्मिक डेटा संशोधनों को रोकता है।
D
It makes the view read-faster यह दृश्य को तेजी से पढ़ने योग्य बनाता है
✅ Correct Answer:
💡 Explanation / व्याख्या
Explanation (English) WITH READ ONLY: CREATE VIEW emp_summary AS SELECT dept, AVG(salary) avg_sal FROM emp GROUP BY dept WITH READ ONLY. Even if Oracle could support some DML on this view, WITH READ ONLY explicitly prevents any INSERT/UPDATE/DELETE attempts with an error. Useful for: reporting views where accidental modification would be dangerous.
व्याख्या (हिन्दी) केवल पढ़ने के साथ: केवल पढ़ने के लिए विभाग के अनुसार कर्मचारी समूह से चयनित विभाग, औसत (वेतन) औसत वेतन के रूप में रोजगार सारांश बनाएं। भले ही ओरेकल इस दृश्य पर कुछ डीएमएल का समर्थन कर सकता है, केवल पढ़ने के साथ किसी त्रुटि के साथ किसी भी INSERT/UPDATE/DELETE प्रयासों को स्पष्ट रूप से रोकता है। इसके लिए उपयोगी: उन विचारों की रिपोर्टिंग करना जहां आकस्मिक संशोधन खतरनाक होगा।
93
EN + हिं Medium
GB What is the difference between a view and a synonym in Oracle database?
IN Oracle डेटाबेस में दृश्य और पर्यायवाची के बीच क्या अंतर है?
A
They are functionally identical वे कार्यात्मक रूप से समान हैं
B
A synonym is faster than a view एक पर्यायवाची एक दृश्य से तेज़ है
C
A view requires DBA privileges; a synonym does not किसी दृश्य के लिए DBA विशेषाधिकारों की आवश्यकता होती है; एक पर्यायवाची नहीं है
D
A view is a named stored query that presents data from one or more base tables (possibly with transformations filtering or joins); a synonym is simply an alias for another object (table view stored procedure sequence) without any data transformation capability दृश्य एक नामित संग्रहीत क्वेरी है जो एक या अधिक आधार तालिकाओं से डेटा प्रस्तुत करता है (संभवतः परिवर्तनों को फ़िल्टर करने या जोड़ने के साथ); एक पर्यायवाची किसी भी डेटा परिवर्तन क्षमता के बिना किसी अन्य ऑब्जेक्ट (तालिका दृश्य संग्रहीत प्रक्रिया अनुक्रम) के लिए बस एक उपनाम है
✅ Correct Answer:
💡 Explanation / व्याख्या
Explanation (English) View: stored SELECT statement, can transform/filter/join data, referenced as if it were a table. Synonym: CREATE SYNONYM emp FOR hr.employees - just an alias for another object. No data transformation. Synonyms useful for: location transparency (hiding schema names), simplifying object names, providing backward compatibility when objects are moved.
व्याख्या (हिन्दी) देखें: संग्रहीत SELECT स्टेटमेंट, डेटा को रूपांतरित/फ़िल्टर/जोड़ सकता है, इसे ऐसे संदर्भित किया जा सकता है जैसे कि यह एक तालिका हो। पर्यायवाची: hr.employees के लिए SYNONYM emp बनाएं - किसी अन्य वस्तु के लिए सिर्फ एक उपनाम। कोई डेटा परिवर्तन नहीं. समानार्थी शब्द इनके लिए उपयोगी हैं: स्थान पारदर्शिता (स्कीमा नाम छिपाना), ऑब्जेक्ट नामों को सरल बनाना, ऑब्जेक्ट को स्थानांतरित करने पर पश्चगामी अनुकूलता प्रदान करना।
94
EN + हिं Easy
GB What is recursive view definition using WITH RECURSIVE and what are its limitations?
IN विद रिकर्सिव का उपयोग करते हुए पुनरावर्ती दृश्य परिभाषा क्या है और इसकी सीमाएँ क्या हैं?
A
Standard SQL supports CREATE RECURSIVE VIEW but most DBMS implement recursion through recursive CTEs (WITH RECURSIVE) used in view definitions; limitation: recursive depth may be bounded cyclic data can cause infinite loops requiring cycle detection मानक एसक्यूएल पुनरावर्ती दृश्य बनाने का समर्थन करता है लेकिन अधिकांश डीबीएमएस दृश्य परिभाषाओं में उपयोग किए जाने वाले पुनरावर्ती सीटीई (पुनरावर्ती के साथ) के माध्यम से पुनरावर्तन लागू करते हैं; सीमा: पुनरावर्ती गहराई को सीमित किया जा सकता है, चक्रीय डेटा अनंत लूप का कारण बन सकता है जिसके लिए चक्र का पता लगाने की आवश्यकता होती है
B
Views cannot be recursive दृश्य पुनरावर्ती नहीं हो सकते
C
Recursive views only work for tree structures पुनरावर्ती दृश्य केवल वृक्ष संरचनाओं के लिए काम करते हैं
D
Recursive views have no limitations पुनरावर्ती विचारों की कोई सीमा नहीं है
✅ Correct Answer:
💡 Explanation / व्याख्या
Explanation (English) Recursive view/CTE: WITH RECURSIVE emp_hierarchy(id, name, level) AS (base case UNION ALL recursive case). Limitations: must terminate (recursive part must eventually produce no new rows), cycle detection needed for graph data (not just trees), may hit MAXRECURSION limit in SQL Server (default 100).
व्याख्या (हिन्दी) पुनरावर्ती दृश्य/सीटीई: पुनरावर्ती एम्प_पदानुक्रम (आईडी, नाम, स्तर) एएस (आधार केस यूनियन सभी पुनरावर्ती मामले) के साथ। सीमाएँ: समाप्त होनी चाहिए (पुनरावर्ती भाग को अंततः कोई नई पंक्तियाँ नहीं बनानी चाहिए), ग्राफ़ डेटा के लिए चक्र का पता लगाना आवश्यक है (केवल पेड़ नहीं), SQL सर्वर में MAXRECURSION सीमा तक पहुँच सकता है (डिफ़ॉल्ट 100)।
95
EN + हिं Easy
GB What is the security definer vs security invoker concept for views in PostgreSQL?
IN PostgreSQL में दृश्यों के लिए सुरक्षा परिभाषा बनाम सुरक्षा आविष्कारक अवधारणा क्या है?
A
They are identical concepts वे समान अवधारणाएँ हैं
B
Security definer is only for materialized views सुरक्षा परिभाषा केवल भौतिक विचारों के लिए है
C
Security invoker requires DBA privileges सुरक्षा आह्वानकर्ता को डीबीए विशेषाधिकारों की आवश्यकता होती है
D
Security definer views execute with the privileges of the view owner/creator (allowing users to access data they would not normally have access to through the view); security invoker views execute with the privileges of the querying user (the view acts as a transparent shortcut) सुरक्षा परिभाषित दृश्य दृश्य स्वामी/निर्माता के विशेषाधिकारों के साथ निष्पादित होते हैं (उपयोगकर्ताओं को उस डेटा तक पहुंचने की अनुमति देते हैं जिस तक वे सामान्य रूप से दृश्य के माध्यम से पहुंच नहीं पाते); सुरक्षा आविष्कारक दृश्य क्वेरी करने वाले उपयोगकर्ता के विशेषाधिकारों के साथ निष्पादित होते हैं (दृश्य एक पारदर्शी शॉर्टकट के रूप में कार्य करता है)
✅ Correct Answer:
💡 Explanation / व्याख्या
Explanation (English) PostgreSQL security: CREATE VIEW ... WITH (security_barrier). Security definer (default): view runs with owner privileges - users can query the view even without base table access (owner has access). Security invoker: CREATE VIEW ... SECURITY INVOKER - view runs with caller privileges. Used for: security definer = access control via views; security invoker = transparent shortcut.
व्याख्या (हिन्दी) PostgreSQL सुरक्षा: दृश्य बनाएं... (सुरक्षा_बाधा) के साथ। सुरक्षा परिभाषा (डिफ़ॉल्ट): दृश्य स्वामी के विशेषाधिकारों के साथ चलता है - उपयोगकर्ता बेस टेबल एक्सेस के बिना भी दृश्य को क्वेरी कर सकते हैं (स्वामी के पास पहुंच है)। सिक्योरिटी इनवोकर: व्यू बनाएं... सिक्योरिटी इनवोकर - व्यू कॉलर विशेषाधिकारों के साथ चलता है। इसके लिए उपयोग किया जाता है: सुरक्षा परिभाषा = विचारों के माध्यम से अभिगम नियंत्रण; सुरक्षा आविष्कारक = पारदर्शी शॉर्टकट।
96
EN + हिं Easy
GB What is the information_schema.views catalog and what metadata does it expose?
IN Information_schema.views कैटलॉग क्या है और यह किस मेटाडेटा को उजागर करता है?
A
A catalog of all indexes in the database डेटाबेस में सभी अनुक्रमितों की एक सूची
B
A view that shows database performance statistics एक दृश्य जो डेटाबेस प्रदर्शन आँकड़े दिखाता है
C
A standard SQL catalog view that exposes metadata about all views in the database including: view name schema owner view definition (the SQL query) whether it is updatable whether it supports CHECK OPTION and various other properties एक मानक एसक्यूएल कैटलॉग दृश्य जो डेटाबेस में सभी दृश्यों के बारे में मेटाडेटा को उजागर करता है: नाम स्कीमा स्वामी देखें परिभाषा देखें (एसक्यूएल क्वेरी) क्या यह अद्यतन करने योग्य है क्या यह चेक विकल्प और विभिन्न अन्य गुणों का समर्थन करता है
D
A view showing all users and their roles सभी उपयोगकर्ताओं और उनकी भूमिकाओं को दर्शाने वाला एक दृश्य
✅ Correct Answer:
💡 Explanation / व्याख्या
Explanation (English) information_schema.views: standard SQL catalog (ISO/IEC 9075) available in most DBMS. Columns include: TABLE_CATALOG, TABLE_SCHEMA, TABLE_NAME, VIEW_DEFINITION (the SQL text), IS_UPDATABLE (YES/NO), CHECK_OPTION (NONE/LOCAL/CASCADED). Used for: schema discovery, documentation generation, dependency analysis tools.
व्याख्या (हिन्दी) information_schema.views: मानक SQL कैटलॉग (ISO/IEC 9075) अधिकांश DBMS में उपलब्ध है। कॉलम में शामिल हैं: TABLE_CATALOG, TABLE_SCHEMA, TABLE_NAME, VIEW_DEFINITION (SQL टेक्स्ट), IS_UPDATABLE (YES/NO), CHECK_OPTION (NONE/LOCAL/CASCADED)। इनके लिए उपयोग किया जाता है: स्कीमा खोज, दस्तावेज़ निर्माण, निर्भरता विश्लेषण उपकरण।
97
EN + हिं Easy
GB What is the concept of updatable join views and what conditions make them possible?
IN अद्यतन करने योग्य जॉइन व्यू की अवधारणा क्या है और कौन सी स्थितियाँ उन्हें संभव बनाती हैं?
A
In some DBMS (Oracle) a join view can be DML-enabled if: only one of the joined tables has its key preserved (key-preserved table) and all DML operations affect only the key-preserved table - the DBMS knows which base table to modify because there is an unambiguous 1:1 mapping कुछ डीबीएमएस (ओरेकल) में एक जॉइन व्यू डीएमएल-सक्षम हो सकता है यदि: सम्मिलित तालिकाओं में से केवल एक की कुंजी संरक्षित है (कुंजी-संरक्षित तालिका) और सभी डीएमएल ऑपरेशन केवल कुंजी-संरक्षित तालिका को प्रभावित करते हैं - डीबीएमएस जानता है कि किस आधार तालिका को संशोधित करना है क्योंकि एक स्पष्ट 1: 1 मैपिंग है
B
Join views can never be updated सम्मिलित दृश्य कभी भी अद्यतन नहीं किए जा सकते
C
Join views are updatable only when both tables are key-preserved सम्मिलित दृश्य केवल तभी अद्यतन किए जा सकते हैं जब दोनों तालिकाएँ कुंजी-संरक्षित हों
D
All join views are updatable by default सभी सम्मिलित दृश्य डिफ़ॉल्ट रूप से अद्यतन करने योग्य हैं
✅ Correct Answer:
💡 Explanation / व्याख्या
Explanation (English) Key-preserved table in a join view: a table T is key-preserved if every row of T appears at most once in the join result (T key is preserved in the result). DML on a join view is allowed only on the key-preserved table. Oracle checks this at runtime. PostgreSQL and MySQL do not support updatable join views natively (need INSTEAD OF triggers).
व्याख्या (हिन्दी) जॉइन व्यू में कुंजी-संरक्षित तालिका: तालिका टी को कुंजी-संरक्षित किया जाता है यदि टी की प्रत्येक पंक्ति जॉइन परिणाम में अधिकतम एक बार दिखाई देती है (परिणाम में टी कुंजी संरक्षित है)। जॉइन व्यू पर डीएमएल की अनुमति केवल कुंजी-संरक्षित तालिका पर है। Oracle रनटाइम पर इसकी जाँच करता है। PostgreSQL और MySQL मूल रूप से अपडेट करने योग्य जॉइन व्यू का समर्थन नहीं करते हैं (ट्रिगर के बजाय आवश्यकता है)।
98
EN + हिं Medium
GB What is the difference between a view and a CTE (Common Table Expression) in terms of scope and reusability?
IN दायरे और पुन: प्रयोज्यता के संदर्भ में एक दृश्य और सीटीई (कॉमन टेबल एक्सप्रेशन) के बीच क्या अंतर है?
A
A view is a persistent named query stored in the database catalog accessible to all users across multiple sessions; a CTE (WITH clause) is a temporary named result set that exists only for the duration of a single SQL statement - CTEs are not stored and are not reusable across statements एक दृश्य डेटाबेस कैटलॉग में संग्रहीत एक सतत नामित क्वेरी है जो कई सत्रों में सभी उपयोगकर्ताओं के लिए पहुंच योग्य है; CTE (क्लॉज के साथ) एक अस्थायी नामित परिणाम सेट है जो केवल एकल SQL कथन की अवधि के लिए मौजूद होता है - CTE संग्रहीत नहीं होते हैं और सभी कथनों में पुन: प्रयोज्य नहीं होते हैं
B
CTEs can be indexed; views cannot सीटीई को अनुक्रमित किया जा सकता है; दृश्य नहीं हो सकते
C
They are functionally identical वे कार्यात्मक रूप से समान हैं
D
Views are faster than CTEs दृश्य CTE की तुलना में तेज़ हैं
✅ Correct Answer:
💡 Explanation / व्याख्या
Explanation (English) View: CREATE VIEW v AS SELECT...; stored permanently in catalog, accessible by all users with GRANT, reusable across sessions and statements. CTE: WITH cte AS (SELECT...); exists only for the single statement, not stored, not accessible by other queries. CTEs used for: improving readability within one complex query, recursive queries.
व्याख्या (हिन्दी) देखें: दृश्य बनाम चयन के रूप में बनाएं...; कैटलॉग में स्थायी रूप से संग्रहीत, अनुदान के साथ सभी उपयोगकर्ताओं द्वारा पहुंच योग्य, सत्रों और विवरणों में पुन: प्रयोज्य। सीटीई: सीटीई एएस के साथ (चयन करें...); केवल एकल कथन के लिए मौजूद है, संग्रहीत नहीं है, अन्य प्रश्नों द्वारा पहुंच योग्य नहीं है। सीटीई का उपयोग इसके लिए किया जाता है: एक जटिल क्वेरी, पुनरावर्ती क्वेरी के भीतर पठनीयता में सुधार।
99
EN + हिं Medium
GB What is view dependency tracking and why is it critical for database change management?
IN दृश्य निर्भरता ट्रैकिंग क्या है और डेटाबेस परिवर्तन प्रबंधन के लिए यह महत्वपूर्ण क्यों है?
A
Tracking the performance metrics of view queries over time समय के साथ दृश्य क्वेरी के प्रदर्शन मेट्रिक्स को ट्रैक करना
B
Tracking how many users are accessing a view at any given time यह ट्रैक करना कि किसी भी समय कितने उपयोगकर्ता किसी दृश्य तक पहुंच रहे हैं
C
The process of maintaining records of which views depend on which base tables (and which views depend on other views), enabling DBAs to identify the impact of schema changes before making them, determine the correct order to drop/recreate objects, and automatically invalidate dependent objects when base schemas change कौन से दृश्य किस आधार तालिका पर निर्भर करते हैं (और कौन से दृश्य अन्य दृश्यों पर निर्भर करते हैं) के रिकॉर्ड को बनाए रखने की प्रक्रिया, डीबीए को उन्हें बनाने से पहले स्कीमा परिवर्तनों के प्रभाव की पहचान करने, वस्तुओं को छोड़ने/पुनः बनाने का सही क्रम निर्धारित करने और आधार स्कीमा बदलने पर स्वचालित रूप से निर्भर वस्तुओं को अमान्य करने में सक्षम बनाती है।
D
A method of versioning view definitions for rollback capability रोलबैक क्षमता के लिए दृश्य परिभाषाओं को संस्करणबद्ध करने की एक विधि
✅ Correct Answer:
💡 Explanation / व्याख्या
Explanation (English) Dependency queries: PostgreSQL: SELECT * FROM information_schema.view_table_usage WHERE view_name=my_view. Oracle: SELECT * FROM dba_dependencies WHERE name=MY_VIEW. SQL Server: sys.sql_expression_dependencies. WITH SCHEMABINDING prevents breaking changes. Tools: Liquibase/Flyway track migration order. Impact analysis: before ALTER TABLE, find all views/functions/procs referencing it.
व्याख्या (हिन्दी) निर्भरता प्रश्न: PostgreSQL: चुनें * जानकारी_schema.view_table_usage से जहां view_name=my_view. ओरेकल: dba_dependency से * चुनें जहां नाम = MY_VIEW है। SQL सर्वर: sys.sql_expression_dependcies. SCHEMABINDING के साथ परिवर्तनों को तोड़ने से रोकता है। उपकरण: लिक्विबेस/फ्लाईवे ट्रैक माइग्रेशन ऑर्डर। प्रभाव विश्लेषण: परिवर्तन तालिका से पहले, इसे संदर्भित करने वाले सभी दृश्य/फ़ंक्शन/प्रोसेस ढूंढें।
100
EN + हिं Easy
GB What is the performance impact of deeply nested views (view on view on view) in a DBMS?
IN डीबीएमएस में गहराई से नेस्टेड दृश्यों (दृश्य पर दृश्य) का प्रदर्शन प्रभाव क्या है?
A
Deeply nested views have absolutely no performance impact whatsoever गहराई से निहित दृश्यों का प्रदर्शन पर बिल्कुल भी कोई प्रभाव नहीं पड़ता है
B
The DBMS automatically and always flattens all nested views for performance प्रदर्शन के लिए DBMS स्वचालित रूप से और हमेशा सभी नेस्टेड दृश्यों को फ़्लैट करता है
C
Deeply nested views always improve performance through automatic caching गहरे रूप से नेस्टेड दृश्य हमेशा स्वचालित कैशिंग के माध्यम से प्रदर्शन में सुधार करते हैं
D
Deep view nesting adds query parsing and optimization overhead; the query optimizer must recursively expand all view definitions before planning; deep nesting can prevent some optimizer transformations (predicate pushdown, join reordering) if intermediate view definitions use features that block merging such as aggregates, DISTINCT, or LIMIT डीप व्यू नेस्टिंग क्वेरी पार्सिंग और ऑप्टिमाइज़ेशन ओवरहेड जोड़ता है; योजना बनाने से पहले क्वेरी ऑप्टिमाइज़र को सभी दृश्य परिभाषाओं का पुनरावर्ती विस्तार करना चाहिए; यदि मध्यवर्ती दृश्य परिभाषाएँ उन सुविधाओं का उपयोग करती हैं जो समुच्चय, DISTINCT, या LIMIT जैसे विलय को अवरुद्ध करती हैं, तो डीप नेस्टिंग कुछ ऑप्टिमाइज़र परिवर्तनों (प्रिडिकेट पुशडाउन, जॉइन रीऑर्डरिंग) को रोक सकती है।
✅ Correct Answer:
💡 Explanation / व्याख्या
Explanation (English) View nesting performance: V3 -> V2 -> V1 -> base_table. V2 has GROUP BY: optimizer cannot push V3 predicates into V2 or V1 (GROUP BY blocks merge). Solution: materialize V2 as MV_V2, query V3 on top of MV_V2. PostgreSQL EXPLAIN: shows whether view is merged or materialized as subquery (InitPlan node). Best practice: max 3-4 view levels; use materialized views for aggregation layers.
व्याख्या (हिन्दी) नेस्टिंग प्रदर्शन देखें: V3 -> V2 -> V1 -> बेस_टेबल। V2 में ग्रुप BY है: ऑप्टिमाइज़र V3 विधेय को V2 या V1 (GROUP BY ब्लॉक मर्ज) में नहीं धकेल सकता है। समाधान: V2 को MV_V2 के रूप में साकार करें, MV_V2 के शीर्ष पर V3 को क्वेरी करें। PostgreSQL EXPLAIN: दिखाता है कि दृश्य को मर्ज किया गया है या सबक्वेरी (InitPlan नोड) के रूप में मूर्त रूप दिया गया है। सर्वोत्तम अभ्यास: अधिकतम 3-4 दृश्य स्तर; एकत्रीकरण परतों के लिए भौतिक दृश्यों का उपयोग करें।
101
EN + हिं Medium
GB What is the view materialization strategy in query processing and how does it differ from view substitution?
IN क्वेरी प्रोसेसिंग में व्यू मैटीरियलाइजेशन रणनीति क्या है और यह व्यू प्रतिस्थापन से कैसे भिन्न है?
A
They are identical strategies with different names वे अलग-अलग नामों वाली समान रणनीतियाँ हैं
B
View materialization is always better than query modification क्वेरी संशोधन की तुलना में दृश्य का भौतिकीकरण हमेशा बेहतर होता है
C
View substitution stores results permanently; materialization does not प्रतिस्थापन भंडार परिणाम स्थायी रूप से देखें; भौतिकीकरण नहीं होता है
D
View materialization: physically compute and store the view result before executing the main query; Query modification: substitute the view definition into the query and process as one combined query - materialization is better for reused views modification is simpler for single use भौतिकीकरण देखें: मुख्य क्वेरी निष्पादित करने से पहले दृश्य परिणाम की भौतिक रूप से गणना करें और संग्रहीत करें; क्वेरी संशोधन: दृश्य परिभाषा को क्वेरी में प्रतिस्थापित करें और एक संयुक्त क्वेरी के रूप में प्रक्रिया करें - पुन: उपयोग किए गए दृश्यों के लिए भौतिकीकरण बेहतर है, एकल उपयोग के लिए संशोधन सरल है
✅ Correct Answer:
💡 Explanation / व्याख्या
Explanation (English) Materialization: compute view result into temp table first, then use it. Good when view is used multiple times in query. Query modification: replace view reference with its definition, optimize as single unified query. Good for single-use, allows optimizer to optimize view+query together.
व्याख्या (हिन्दी) भौतिकीकरण: पहले अस्थायी तालिका में दृश्य परिणाम की गणना करें, फिर उसका उपयोग करें। अच्छा है जब क्वेरी में दृश्य का कई बार उपयोग किया जाता है। क्वेरी संशोधन: दृश्य संदर्भ को उसकी परिभाषा से बदलें, एकल एकीकृत क्वेरी के रूप में अनुकूलित करें। एकल-उपयोग के लिए अच्छा है, ऑप्टिमाइज़र को दृश्य+क्वेरी को एक साथ अनुकूलित करने की अनुमति देता है।
102
EN + हिं Medium
GB Under what conditions can a SQL view be updated (INSERT UPDATE DELETE) in standard SQL?
IN मानक SQL में SQL दृश्य को किन परिस्थितियों में अद्यतन (INSERT UPDATE DELETE) किया जा सकता है?
A
Views can never be updated directly दृश्य कभी भी सीधे अद्यतन नहीं किए जा सकते
B
A view is updatable if: it is based on a single base table (no joins) has no DISTINCT or GROUP BY/HAVING/aggregate functions no subqueries in SELECT list no UNION/INTERSECT/EXCEPT and the WHERE clause allows identification of the base table rows एक दृश्य अद्यतन करने योग्य है यदि: यह एकल आधार तालिका पर आधारित है (कोई जुड़ाव नहीं) इसमें कोई DISTINCT या GROUP BY/HAVING/aggregate फ़ंक्शन नहीं है, SELECT सूची में कोई उपश्रेणी नहीं है, कोई UNION/INTERSECT/EXCEPT नहीं है और WHERE क्लॉज आधार तालिका पंक्तियों की पहचान की अनुमति देता है।
C
All views can always be updated सभी दृश्य हमेशा अद्यतन किए जा सकते हैं
D
Only views with WITH CHECK OPTION can be updated केवल चेक विकल्प वाले दृश्य ही अपडेट किए जा सकते हैं
✅ Correct Answer:
💡 Explanation / व्याख्या
Explanation (English) Standard SQL updatable view conditions: single base table (no joins), no DISTINCT, no set operations, no aggregates or GROUP BY/HAVING, no subqueries in SELECT list, no derived columns (computed expressions), must include all NOT NULL columns without defaults. Violations make the view read-only.
व्याख्या (हिन्दी) मानक SQL अद्यतन करने योग्य दृश्य स्थितियाँ: एकल आधार तालिका (कोई जोड़ नहीं), कोई DISTINCT नहीं, कोई सेट संचालन नहीं, कोई समुच्चय या ग्रुप BY/HAVING नहीं, SELECT सूची में कोई उपश्रेणी नहीं, कोई व्युत्पन्न कॉलम (गणना की गई अभिव्यक्तियाँ) नहीं, डिफ़ॉल्ट के बिना सभी शून्य कॉलम शामिल नहीं होने चाहिए। उल्लंघन दृश्य को केवल पढ़ने योग्य बना देते हैं।
103
EN + हिं Medium
GB What is the purpose of INSTEAD OF triggers on views and what problem do they solve?
IN विचारों पर INSTEAD OF ट्रिगर्स का उद्देश्य क्या है और वे किस समस्या का समाधान करते हैं?
A
Triggers that prevent all DML on views ट्रिगर जो सभी डीएमएल को दृश्यों पर रोकते हैं
B
Triggers defined on views that fire INSTEAD OF the attempted INSERT/UPDATE/DELETE allowing custom logic to translate the DML operation on the view into appropriate operations on the underlying base tables - enabling updates on otherwise non-updatable views ट्रिगर उन विचारों पर परिभाषित होते हैं जो प्रयास किए गए INSERT/UPDATE/DELETE के बजाय सक्रिय होते हैं, जो कस्टम तर्क को दृश्य पर DML ऑपरेशन को अंतर्निहित आधार तालिकाओं पर उचित संचालन में अनुवाद करने की अनुमति देता है - अन्यथा गैर-अद्यतन योग्य दृश्यों पर अपडेट सक्षम करना
C
Triggers that update views automatically when base tables change ट्रिगर जो बेस टेबल बदलने पर स्वचालित रूप से दृश्य अपडेट करते हैं
D
Triggers that replace view definitions ट्रिगर जो दृश्य परिभाषाओं को प्रतिस्थापित करते हैं
✅ Correct Answer:
💡 Explanation / व्याख्या
Explanation (English) INSTEAD OF triggers: when user INSERTs into a complex view (join, aggregate, etc.), the trigger fires INSTEAD OF the blocked operation. The trigger body contains custom logic to INSERT/UPDATE/DELETE the appropriate underlying base tables. Effectively makes any view updatable.
व्याख्या (हिन्दी) ट्रिगर के बजाय: जब उपयोगकर्ता किसी जटिल दृश्य (ज्वाइन, एग्रीगेट, आदि) में सम्मिलित करता है, तो ट्रिगर अवरुद्ध ऑपरेशन के बजाय सक्रिय हो जाता है। ट्रिगर बॉडी में उचित अंतर्निहित आधार तालिकाओं को सम्मिलित/अद्यतन/हटाने के लिए कस्टम तर्क शामिल हैं। किसी भी दृश्य को प्रभावी ढंग से अद्यतन करने योग्य बनाता है।
104
EN + हिं Medium
GB What is the difference between a simple view and a complex view in terms of DML support?
IN डीएमएल समर्थन के संदर्भ में सरल दृश्य और जटिल दृश्य के बीच क्या अंतर है?
A
Simple views are slower; complex views are faster साधारण दृश्य धीमे होते हैं; जटिल दृश्य तेज़ होते हैं
B
Simple views are stored; complex views are virtual सरल दृश्य संग्रहीत हैं; जटिल दृश्य आभासी हैं
C
Complex views have WITH CHECK OPTION; simple views do not जटिल दृश्यों में चेक विकल्प के साथ है; साधारण दृश्य नहीं होते
D
Simple view (single table no aggregates no DISTINCT): typically supports DML (INSERT/UPDATE/DELETE) through the view. Complex view (multiple tables aggregates GROUP BY DISTINCT UNION): generally NOT directly updatable since the DBMS cannot unambiguously translate DML to base tables सरल दृश्य (एकल तालिका, कोई समुच्चय नहीं, कोई DISTINCT नहीं): आम तौर पर दृश्य के माध्यम से डीएमएल (INSERT/UPDATE/DELETE) का समर्थन करता है। जटिल दृश्य (मल्टीपल टेबल्स ग्रुप बाय डिस्टिंक्ट यूनियन): आम तौर पर सीधे अपडेट करने योग्य नहीं है क्योंकि डीबीएमएस स्पष्ट रूप से डीएमएल को बेस टेबल में अनुवाद नहीं कर सकता है
✅ Correct Answer:
💡 Explanation / व्याख्या
Explanation (English) Simple updatable view: single table, no DISTINCT/GROUP BY/aggregates. UPDATE through view maps directly to base table. Complex view: JOIN of two tables - INSERT through view is ambiguous (which table gets the data?). Aggregate view: UPDATE is meaningless (which base rows to change?). These require INSTEAD OF triggers.
व्याख्या (हिन्दी) सरल अद्यतन करने योग्य दृश्य: एकल तालिका, कोई अलग/समूह BY/समुच्चय नहीं। दृश्य मानचित्रों के माध्यम से सीधे आधार तालिका में अद्यतन करें। जटिल दृश्य: दो तालिकाओं का जुड़ाव - दृश्य के माध्यम से सम्मिलित करना अस्पष्ट है (कौन सी तालिका डेटा प्राप्त करती है?)। समग्र दृश्य: अद्यतन अर्थहीन है (कौन सी आधार पंक्तियाँ बदलनी हैं?)। इन्हें ट्रिगर्स के बजाय आवश्यकता होती है।
105
EN + हिं Medium
GB What is view staleness in the context of materialized views and how is it managed?
IN भौतिक विचारों के संदर्भ में दृश्य बासीपन क्या है और इसे कैसे प्रबंधित किया जाता है?
A
Views becoming inaccessible due to permission changes अनुमति परिवर्तन के कारण दृश्य अप्राप्य हो रहे हैं
B
The state where a materialized view no longer reflects the current state of its base tables due to subsequent changes; managed by: immediate refresh (on commit) deferred refresh (on demand/scheduled) or fast/incremental refresh (log-based only propagate changes) वह स्थिति जहां एक भौतिक दृश्य बाद के परिवर्तनों के कारण अपनी आधार तालिकाओं की वर्तमान स्थिति को प्रतिबिंबित नहीं करता है; द्वारा प्रबंधित: तत्काल ताज़ा (प्रतिबद्धता पर) विलंबित ताज़ा (मांग/अनुसूचित पर) या तेज़/वृद्धिशील ताज़ा (लॉग-आधारित केवल प्रचारित परिवर्तन)
C
Views becoming outdated in terms of SQL syntax SQL सिंटैक्स के संदर्भ में दृश्य पुराने होते जा रहे हैं
D
Views that reference dropped tables देखें कि संदर्भ तालिकाएँ गिरा दी गईं
✅ Correct Answer:
💡 Explanation / व्याख्या
Explanation (English) Materialized view refresh strategies: COMPLETE: recompute entire result (slow for large views, always current). FAST/INCREMENTAL: use materialized view logs to apply only changes since last refresh (much faster, requires MV logs). ON COMMIT: refresh after each transaction (expensive). ON DEMAND/SCHEDULED: refresh periodically (may serve stale data).
व्याख्या (हिन्दी) भौतिक दृश्य ताज़ा रणनीतियाँ: पूर्ण: संपूर्ण परिणाम की पुनः गणना करें (बड़े दृश्यों के लिए धीमी, हमेशा चालू)। तेज़/वृद्धिशील: अंतिम रीफ्रेश के बाद से केवल परिवर्तन लागू करने के लिए भौतिकीकृत दृश्य लॉग का उपयोग करें (बहुत तेज़, एमवी लॉग की आवश्यकता है)। प्रतिबद्धता पर: प्रत्येक लेनदेन (महंगा) के बाद ताज़ा करें। मांग पर/अनुसूचित: समय-समय पर ताज़ा करें (पुराना डेटा पेश कर सकता है)।
91–105 of 131