DBMS — MCQ Practice

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

📚 2982 Questions 🌐 Hindi + English ✅ Free
भाषा / Language:
2982 questions
1621
EN + हिं Easy
GB What are the restrictions on creating an indexed view in SQL Server (WITH SCHEMABINDING unique clustered index)?
IN SQL सर्वर (SCHEMABINDING अद्वितीय क्लस्टर इंडेक्स के साथ) में अनुक्रमित दृश्य बनाने पर क्या प्रतिबंध हैं?
A
Multiple restrictions including: SCHEMABINDING required no non-deterministic functions no SELECT * no outer joins no subqueries no DISTINCT (in some cases) and base tables must be referenced with 2-part names कई प्रतिबंध जिनमें शामिल हैं: SCHEMABINDING के लिए कोई गैर-नियतात्मक फ़ंक्शन की आवश्यकता नहीं है, कोई चयन नहीं है * कोई बाहरी जोड़ नहीं है, कोई सबक्वेरी नहीं है, कोई DISTINCT नहीं है (कुछ मामलों में) और आधार तालिकाओं को 2-भाग वाले नामों के साथ संदर्भित किया जाना चाहिए
B
Only restriction is unique clustered index केवल प्रतिबंध अद्वितीय संकुल सूचकांक है
C
No restrictions beyond standard index restrictions मानक सूचकांक प्रतिबंधों से परे कोई प्रतिबंध नहीं
D
Only restriction is SCHEMABINDING केवल प्रतिबंध योजनाबद्ध है
✅ Correct Answer:
💡 Explanation / व्याख्या
Explanation (English) SQL Server indexed view restrictions: WITH SCHEMABINDING required. No: non-deterministic functions (GETDATE, NEWID), outer joins, self-joins, subqueries, SELECT *, DISTINCT, TOP, UNION, EXCEPT, INTERSECT. If GROUP BY used: must include COUNT_BIG(*). 2-part table names required (schema.table).
व्याख्या (हिन्दी) SQL सर्वर अनुक्रमित दृश्य प्रतिबंध: SCHEMABINDING के साथ आवश्यक। नहीं: गैर-नियतात्मक कार्य (GETDATE, NEWID), बाहरी जुड़ाव, स्व-जोड़, उपश्रेणी, चयन *, अलग, शीर्ष, संघ, छोड़कर, प्रतिच्छेद। यदि GROUP BY का उपयोग किया जाता है: COUNT_BIG(*) शामिल होना चाहिए। 2-भाग तालिका नाम आवश्यक (स्कीमा.टेबल)।
1622
EN + हिं Easy
GB What is the view over partitioned table optimization in databases like PostgreSQL?
IN PostgreSQL जैसे डेटाबेस में विभाजित तालिका अनुकूलन पर क्या विचार है?
A
Views that span multiple table partitions are not supported एकाधिक तालिका विभाजनों को फैलाने वाले दृश्य समर्थित नहीं हैं
B
Views must be partitioned the same way as base tables दृश्यों को आधार तालिकाओं की तरह ही विभाजित किया जाना चाहिए
C
When a view is defined over a partitioned table queries through the view can benefit from partition pruning - the optimizer eliminates irrelevant partitions based on query predicates even when querying through the view abstraction जब एक दृश्य को विभाजित तालिका पर परिभाषित किया जाता है, तो दृश्य के माध्यम से क्वेरीज़ को विभाजन छंटाई से लाभ हो सकता है - ऑप्टिमाइज़र दृश्य अमूर्त के माध्यम से क्वेरी करने पर भी क्वेरी विधेय के आधार पर अप्रासंगिक विभाजन को समाप्त कर देता है।
D
Views that can only reference partitioned tables वे दृश्य जो केवल विभाजित तालिकाओं का संदर्भ दे सकते हैं
✅ Correct Answer:
💡 Explanation / व्याख्या
Explanation (English) Partition pruning through views: CREATE VIEW orders_view AS SELECT * FROM orders (partitioned by year). Query: SELECT * FROM orders_view WHERE year=2024. Optimizer sees the partitioning key in WHERE clause, prunes all partitions except 2024, even though the user queries the view (not the base table directly).
व्याख्या (हिन्दी) दृश्यों के माध्यम से विभाजन की छँटाई: ऑर्डर से दृश्य ऑर्डर_व्यू को चयन के रूप में बनाएं * ऑर्डर से (वर्ष के अनुसार विभाजित)। प्रश्न: ऑर्डर_व्यू से चुनें * जहां वर्ष=2024। ऑप्टिमाइज़र WHERE क्लॉज़ में विभाजन कुंजी देखता है, 2024 को छोड़कर सभी विभाजनों को काटता है, भले ही उपयोगकर्ता दृश्य पर प्रश्न पूछता है (सीधे आधार तालिका नहीं)।
1623
EN + हिं Easy
GB What is view merging in Oracle query optimization?
IN Oracle क्वेरी ऑप्टिमाइज़ेशन में व्यू मर्जिंग क्या है?
A
Merging two view definitions into one दो दृश्य परिभाषाओं को एक में विलय करना
B
An operation that physically merges materialized view data एक ऑपरेशन जो भौतिक दृश्य डेटा को भौतिक रूप से मर्ज करता है
C
An optimization where Oracle replaces a reference to a view in a query with the underlying view definition (merges view into the main query) allowing the optimizer to optimize the combined query holistically and apply transformations like predicate pushdown into the view एक अनुकूलन जहां ओरेकल एक क्वेरी में एक दृश्य के संदर्भ को अंतर्निहित दृश्य परिभाषा के साथ बदल देता है (दृश्य को मुख्य क्वेरी में विलय कर देता है) ऑप्टिमाइज़र को संयुक्त क्वेरी को समग्र रूप से अनुकूलित करने और दृश्य में विधेय पुशडाउन जैसे परिवर्तनों को लागू करने की अनुमति देता है
D
Merging overlapping views to reduce redundancy अतिरेक को कम करने के लिए अतिव्यापी विचारों को विलय करना
✅ Correct Answer:
💡 Explanation / व्याख्या
Explanation (English) Oracle view merging: transforms SELECT * FROM (SELECT * FROM t WHERE dept=5) v WHERE v.salary>1000 into SELECT * FROM t WHERE dept=5 AND salary>1000. Allows optimizer to choose better execution plan. Cannot always merge (aggregates, DISTINCT, ROWNUM prevent merging - view then materialized as subquery).
व्याख्या (हिन्दी) ओरेकल व्यू मर्जिंग: SELECT * FROM (SELECT * FROM t WHERE dept=5) v WHERE v.salary>1000 को SELECT * FROM t WHERE dept=5 और सैलरी>1000 में बदल देता है। अनुकूलक को बेहतर निष्पादन योजना चुनने की अनुमति देता है। हमेशा विलय नहीं किया जा सकता (एग्रीगेट्स, DISTINCT, ROWNUM विलय को रोकते हैं - फिर सबक्वेरी के रूप में देखें)।
1624
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) से चुनें * - नियमित दृश्यों के साथ असंभव। इनलाइन टीवीएफ (पोस्टग्रेएसक्यूएल में: सेटऑफ/रिटर्न टेबल फ़ंक्शन) को ऑप्टिमाइज़र द्वारा दृश्यों के समान अनुकूलित किया जा सकता है। इसके लिए उपयोगी: पैरामीटर की आवश्यकता वाले फ़िल्टर/अनुकूलित डेटा एक्सेस पैटर्न।
1625
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 प्रयासों को स्पष्ट रूप से रोकता है। इसके लिए उपयोगी: उन विचारों की रिपोर्टिंग करना जहां आकस्मिक संशोधन खतरनाक होगा।
1626
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 बनाएं - किसी अन्य वस्तु के लिए सिर्फ एक उपनाम। कोई डेटा परिवर्तन नहीं. समानार्थी शब्द इनके लिए उपयोगी हैं: स्थान पारदर्शिता (स्कीमा नाम छिपाना), ऑब्जेक्ट नामों को सरल बनाना, ऑब्जेक्ट को स्थानांतरित करने पर पश्चगामी अनुकूलता प्रदान करना।
1627
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)।
1628
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 सुरक्षा: दृश्य बनाएं... (सुरक्षा_बाधा) के साथ। सुरक्षा परिभाषा (डिफ़ॉल्ट): दृश्य स्वामी के विशेषाधिकारों के साथ चलता है - उपयोगकर्ता बेस टेबल एक्सेस के बिना भी दृश्य को क्वेरी कर सकते हैं (स्वामी के पास पहुंच है)। सिक्योरिटी इनवोकर: व्यू बनाएं... सिक्योरिटी इनवोकर - व्यू कॉलर विशेषाधिकारों के साथ चलता है। इसके लिए उपयोग किया जाता है: सुरक्षा परिभाषा = विचारों के माध्यम से अभिगम नियंत्रण; सुरक्षा आविष्कारक = पारदर्शी शॉर्टकट।
1629
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)। इनके लिए उपयोग किया जाता है: स्कीमा खोज, दस्तावेज़ निर्माण, निर्भरता विश्लेषण उपकरण।
1630
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 मूल रूप से अपडेट करने योग्य जॉइन व्यू का समर्थन नहीं करते हैं (ट्रिगर के बजाय आवश्यकता है)।
1631
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.
व्याख्या (हिन्दी) देखें: दृश्य बनाम चयन के रूप में बनाएं...; कैटलॉग में स्थायी रूप से संग्रहीत, अनुदान के साथ सभी उपयोगकर्ताओं द्वारा पहुंच योग्य, सत्रों और विवरणों में पुन: प्रयोज्य। सीटीई: सीटीई एएस के साथ (चयन करें...); केवल एकल कथन के लिए मौजूद है, संग्रहीत नहीं है, अन्य प्रश्नों द्वारा पहुंच योग्य नहीं है। सीटीई का उपयोग इसके लिए किया जाता है: एक जटिल क्वेरी, पुनरावर्ती क्वेरी के भीतर पठनीयता में सुधार।
1632
EN + हिं Medium
GB What is a covering index and how does it eliminate the need for a table lookup?
IN कवरिंग इंडेक्स क्या है और यह टेबल लुकअप की आवश्यकता को कैसे समाप्त करता है?
A
An index that covers the entire table physically एक सूचकांक जो संपूर्ण तालिका को भौतिक रूप से कवर करता है
B
An index that automatically covers all queries एक सूचकांक जो स्वचालित रूप से सभी प्रश्नों को कवर करता है
C
An index that contains all the columns needed to satisfy a query - when the query engine can find all required data directly in the index leaves without accessing the base table (heap lookup) dramatically improving query performance एक इंडेक्स जिसमें किसी क्वेरी को संतुष्ट करने के लिए आवश्यक सभी कॉलम शामिल होते हैं - जब क्वेरी इंजन बेस टेबल (हीप लुकअप) तक पहुंच के बिना सीधे इंडेक्स लीव्स में सभी आवश्यक डेटा पा सकता है, तो क्वेरी प्रदर्शन में नाटकीय रूप से सुधार होता है
D
An index that covers all tables in a schema एक सूचकांक जो एक स्कीमा में सभी तालिकाओं को कवर करता है
✅ Correct Answer:
💡 Explanation / व्याख्या
Explanation (English) Covering index: includes all columns referenced by the query (SELECT, WHERE, ORDER BY, GROUP BY). Query can be answered from the index alone - no additional heap/table lookup. Example: INDEX(dept_id, salary, name) covers SELECT name, AVG(salary) WHERE dept_id=5 GROUP BY dept_id - all columns in index.
व्याख्या (हिन्दी) कवरिंग इंडेक्स: क्वेरी द्वारा संदर्भित सभी कॉलम शामिल हैं (SELECT, WHERE, ORDER BY, GROUP BY)। क्वेरी का उत्तर अकेले सूचकांक से दिया जा सकता है - कोई अतिरिक्त ढेर/टेबल लुकअप नहीं। उदाहरण: INDEX(dept_id, वेतन, नाम) SELECT नाम, AVG(वेतन) को कवर करता है जहां dept_id=5 ग्रुप BY dept_id - इंडेक्स में सभी कॉलम।
1633
EN + हिं Easy
GB What is a bitmap index and in what scenarios is it more efficient than a B-tree index?
IN बिटमैप इंडेक्स क्या है और किन परिदृश्यों में यह बी-ट्री इंडेक्स से अधिक कुशल है?
A
A type of hash index using bitmap hashing बिटमैप हैशिंग का उपयोग करते हुए एक प्रकार का हैश इंडेक्स
B
An index stored as binary data बाइनरी डेटा के रूप में संग्रहीत एक सूचकांक
C
A compressed B-tree index using bitmaps बिटमैप्स का उपयोग करके एक संपीड़ित बी-ट्री इंडेक्स
D
An index type where each distinct value has a bit vector (one bit per table row) indicating which rows have that value - highly efficient for low-cardinality columns in read-heavy OLAP environments but expensive to maintain in concurrent write environments एक सूचकांक प्रकार जहां प्रत्येक विशिष्ट मान में एक बिट वेक्टर (प्रति तालिका पंक्ति में एक बिट) होता है जो दर्शाता है कि किन पंक्तियों में वह मान है - पढ़ने-भारी ओएलएपी वातावरण में कम-कार्डिनैलिटी कॉलम के लिए अत्यधिक कुशल लेकिन समवर्ती लेखन वातावरण में बनाए रखना महंगा है
✅ Correct Answer:
💡 Explanation / व्याख्या
Explanation (English) Bitmap index: for gender column (M/F), two bitmaps: M=1010011..., F=0101100... AND/OR bitmaps for complex filters (dept=Sales AND status=active AND region=East). Extremely fast for OLAP. Bad for OLTP: bitmap locking granularity causes lock contention on concurrent updates.
व्याख्या (हिन्दी) बिटमैप इंडेक्स: लिंग कॉलम (एम/एफ) के लिए, दो बिटमैप: एम=1010011..., एफ=0101100... और/या जटिल फिल्टर के लिए बिटमैप (विभाग=बिक्री और स्थिति=सक्रिय और क्षेत्र=पूर्व)। OLAP के लिए अत्यंत तेज़. ओएलटीपी के लिए खराब: बिटमैप लॉकिंग ग्रैन्युलैरिटी समवर्ती अपडेट पर लॉक विवाद का कारण बनती है।
1634
EN + हिं Medium
GB What is index selectivity and how does it determine whether an index will be used by the query optimizer?
IN सूचकांक चयनात्मकता क्या है और यह कैसे निर्धारित करती है कि क्वेरी अनुकूलक द्वारा सूचकांक का उपयोग किया जाएगा या नहीं?
A
The percentage of rows that match a given query किसी दी गई क्वेरी से मेल खाने वाली पंक्तियों का प्रतिशत
B
The number of levels in a B-tree index बी-ट्री इंडेक्स में स्तरों की संख्या
C
The speed at which an index returns results वह गति जिस पर कोई सूचकांक परिणाम देता है
D
The ratio of distinct values to total rows (cardinality/total_rows); high selectivity (close to 1 like unique ID) means the index filters effectively; low selectivity (close to 0 like boolean) makes the index inefficient - optimizer may choose full scan over low-selectivity index access कुल पंक्तियों के लिए विशिष्ट मानों का अनुपात (कार्डिनैलिटी/कुल_पंक्तियाँ); उच्च चयनात्मकता (अद्वितीय आईडी की तरह 1 के करीब) का मतलब है कि सूचकांक प्रभावी ढंग से फ़िल्टर होता है; कम चयनात्मकता (बूलियन की तरह 0 के करीब) सूचकांक को अक्षम बनाता है - ऑप्टिमाइज़र कम-चयनात्मकता सूचकांक पहुंच पर पूर्ण स्कैन चुन सकता है
✅ Correct Answer:
💡 Explanation / व्याख्या
Explanation (English) Selectivity = distinct_values / total_rows. High selectivity (0.9-1.0): index very useful, few rows per key value (like customer_id). Low selectivity (0.001): like is_active (True/False) - index returns 50% of rows, full scan may be faster. Optimizer uses selectivity estimates to decide index usage.
व्याख्या (हिन्दी) चयनात्मकता = विशिष्ट_मूल्य/कुल_पंक्तियाँ। उच्च चयनात्मकता (0.9-1.0): सूचकांक बहुत उपयोगी, प्रति कुंजी मान पर कुछ पंक्तियाँ (जैसे customer_id)। कम चयनात्मकता (0.001): जैसे is_active (सही/गलत) - सूचकांक 50% पंक्तियों को लौटाता है, पूर्ण स्कैन तेज हो सकता है। ऑप्टिमाइज़र सूचकांक उपयोग तय करने के लिए चयनात्मकता अनुमान का उपयोग करता है।
1635
EN + हिं Hard
GB What is the B+ tree index structure and why is it universally used in RDBMS?
IN B+ ट्री इंडेक्स संरचना क्या है और इसे RDBMS में सार्वभौमिक रूप से क्यों उपयोग किया जाता है?
A
A binary tree with balanced height संतुलित ऊँचाई वाला एक द्विआधारी वृक्ष
B
A balanced tree where internal nodes store keys for routing and ALL data pointers are in leaf nodes with leaf nodes linked in a doubly-linked list - enabling efficient: point queries (O(log n)) range scans (traverse linked leaves) insertions and deletions while maintaining balance एक संतुलित वृक्ष जहां आंतरिक नोड्स रूटिंग के लिए कुंजियाँ संग्रहीत करते हैं और सभी डेटा पॉइंटर्स लीफ नोड्स में होते हैं, लीफ नोड्स एक डबल-लिंक्ड सूची में जुड़े होते हैं - कुशल को सक्षम करते हैं: पॉइंट क्वेरीज़ (ओ (लॉग एन)) रेंज स्कैन (ट्रैवर्स लिंक्ड लीव्स) सम्मिलन और विलोपन संतुलन बनाए रखते हुए
C
A B-tree variant that only supports integer keys एक बी-ट्री संस्करण जो केवल पूर्णांक कुंजियों का समर्थन करता है
D
A tree structure used exclusively for primary key indexes प्राथमिक कुंजी अनुक्रमणिका के लिए विशेष रूप से उपयोग की जाने वाली एक वृक्ष संरचना
✅ Correct Answer:
💡 Explanation / व्याख्या
Explanation (English) B+ tree advantages: (1) All data in leaves (internal nodes are smaller = more keys per node = shallower tree). (2) Leaf linked list enables efficient range scans (traverse sequential leaves). (3) Balanced: all leaf nodes at same depth, O(log n) for all operations. (4) Fan-out of 100+ = 3-4 levels for millions of rows.
व्याख्या (हिन्दी) बी+ पेड़ के फायदे: (1) पत्तों में सारा डेटा (आंतरिक नोड छोटे होते हैं = प्रति नोड अधिक कुंजियाँ = उथला पेड़)। (2) लीफ लिंक्ड सूची कुशल रेंज स्कैन (ट्रैवर्स अनुक्रमिक पत्तियां) को सक्षम बनाती है। (3) संतुलित: सभी लीफ नोड्स समान गहराई पर, सभी ऑपरेशनों के लिए ओ (लॉग एन)। (4) 100+ का फैन-आउट = लाखों पंक्तियों के लिए 3-4 स्तर।
1621–1635 of 2982