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
2176
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) से चुनें * - नियमित दृश्यों के साथ असंभव। इनलाइन टीवीएफ (पोस्टग्रेएसक्यूएल में: सेटऑफ/रिटर्न टेबल फ़ंक्शन) को ऑप्टिमाइज़र द्वारा दृश्यों के समान अनुकूलित किया जा सकता है। इसके लिए उपयोगी: पैरामीटर की आवश्यकता वाले फ़िल्टर/अनुकूलित डेटा एक्सेस पैटर्न।
2177
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 प्रयासों को स्पष्ट रूप से रोकता है। इसके लिए उपयोगी: उन विचारों की रिपोर्टिंग करना जहां आकस्मिक संशोधन खतरनाक होगा।
2178
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 बनाएं - किसी अन्य वस्तु के लिए सिर्फ एक उपनाम। कोई डेटा परिवर्तन नहीं. समानार्थी शब्द इनके लिए उपयोगी हैं: स्थान पारदर्शिता (स्कीमा नाम छिपाना), ऑब्जेक्ट नामों को सरल बनाना, ऑब्जेक्ट को स्थानांतरित करने पर पश्चगामी अनुकूलता प्रदान करना।
2179
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)।
2180
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 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). सिक्योरिटी इनवोकर: व्यू बनाएं... सिक्योरिटी इनवोकर - व्यू कॉलर विशेषाधिकारों के साथ चलता है। इसके लिए उपयोग किया जाता है: सुरक्षा परिभाषा = विचारों के माध्यम से अभिगम नियंत्रण; सुरक्षा आविष्कारक = पारदर्शी शॉर्टकट।
2181
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)। इनके लिए उपयोग किया जाता है: स्कीमा खोज, दस्तावेज़ निर्माण, निर्भरता विश्लेषण उपकरण।
2182
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 मूल रूप से अपडेट करने योग्य जॉइन व्यू का समर्थन नहीं करते हैं (ट्रिगर के बजाय आवश्यकता है)।
2183
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.
व्याख्या (हिन्दी) देखें: दृश्य बनाम चयन के रूप में बनाएं...; कैटलॉग में स्थायी रूप से संग्रहीत, अनुदान के साथ सभी उपयोगकर्ताओं द्वारा पहुंच योग्य, सत्रों और विवरणों में पुन: प्रयोज्य। सीटीई: सीटीई एएस के साथ (चयन करें...); केवल एकल कथन के लिए मौजूद है, संग्रहीत नहीं है, अन्य प्रश्नों द्वारा पहुंच योग्य नहीं है। सीटीई का उपयोग इसके लिए किया जाता है: एक जटिल क्वेरी, पुनरावर्ती क्वेरी के भीतर पठनीयता में सुधार।
2184
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 - इंडेक्स में सभी कॉलम।
2185
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 के लिए अत्यंत तेज़. ओएलटीपी के लिए खराब: बिटमैप लॉकिंग ग्रैन्युलैरिटी समवर्ती अपडेट पर लॉक विवाद का कारण बनती है।
2186
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% पंक्तियों को लौटाता है, पूर्ण स्कैन तेज हो सकता है। ऑप्टिमाइज़र सूचकांक उपयोग तय करने के लिए चयनात्मकता अनुमान का उपयोग करता है।
2187
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 स्तर।
2188
EN + हिं Easy
GB What is an index skip scan optimization and when does the optimizer use it?
IN इंडेक्स स्किप स्कैन ऑप्टिमाइज़ेशन क्या है और ऑप्टिमाइज़र इसका उपयोग कब करता है?
A
An optimization that skips leaf-level index scans एक अनुकूलन जो लीफ-लेवल इंडेक्स स्कैन को छोड़ देता है
B
An optimization for queries that skip every other row उन प्रश्नों के लिए एक अनुकूलन जो हर दूसरी पंक्ति को छोड़ देते हैं
C
An optimization where the query optimizer uses a composite index on (A B) to answer a query filtering only on B (not A) by logically splitting the scan into one sub-scan per distinct value of A - useful when A has low cardinality एक अनुकूलन जहां क्वेरी ऑप्टिमाइज़र एक क्वेरी का उत्तर देने के लिए (ए बी) पर एक समग्र सूचकांक का उपयोग करता है, केवल बी (ए नहीं) पर स्कैन को तार्किक रूप से ए के अलग-अलग मान के अनुसार एक उप-स्कैन में विभाजित करके फ़िल्टर करता है - जब ए में कम कार्डिनैलिटी होती है तो उपयोगी होता है
D
An optimization that skips indexes entirely एक अनुकूलन जो अनुक्रमणिका को पूरी तरह से छोड़ देता है
✅ Correct Answer:
💡 Explanation / व्याख्या
Explanation (English) Index skip scan: normally index(A,B) is useless for queries filtering only on B. With few distinct A values, optimizer can scan: A=val1 AND B=? + A=val2 AND B=? + ... (as many sub-scans as distinct A values). Efficient only when A has very few distinct values (say < 100).
व्याख्या (हिन्दी) इंडेक्स स्किप स्कैन: आम तौर पर इंडेक्स (ए, बी) केवल बी पर फ़िल्टर करने वाले प्रश्नों के लिए बेकार है। कुछ विशिष्ट ए मानों के साथ, ऑप्टिमाइज़र स्कैन कर सकता है: ए = वैल 1 और बी =? + ए=वैल2 और बी=? + ... (जितने अधिक उप-स्कैन, उतने ही विशिष्ट ए मान)। केवल तभी कुशल जब A के पास बहुत कम विशिष्ट मान हों (मान लें < 100)।
2189
EN + हिं Easy
GB What is the index merge optimization in MySQL and when does it apply?
IN MySQL में इंडेक्स मर्ज ऑप्टिमाइज़ेशन क्या है और यह कब लागू होता है?
A
Merging index entries from different B-trees विभिन्न बी-पेड़ों से सूचकांक प्रविष्टियों का विलय
B
Merging two indexes into one दो अनुक्रमणिकाओं को एक में विलय करना
C
An optimization for merging duplicate index entries डुप्लिकेट इंडेक्स प्रविष्टियों को मर्ज करने के लिए एक अनुकूलन
D
When the optimizer uses multiple separate indexes on a single table to satisfy a query and combines their results using intersection (AND) or union (OR) avoiding a full table scan when individual indexes are insufficient जब ऑप्टिमाइज़र किसी क्वेरी को संतुष्ट करने के लिए एक ही टेबल पर कई अलग-अलग इंडेक्स का उपयोग करता है और व्यक्तिगत इंडेक्स अपर्याप्त होने पर पूर्ण टेबल स्कैन से बचने के लिए इंटरसेक्शन (AND) या यूनियन (OR) का उपयोग करके उनके परिणामों को जोड़ता है
✅ Correct Answer:
💡 Explanation / व्याख्या
Explanation (English) Index merge: WHERE age>30 AND dept=Sales - two separate indexes (age, dept) can each return row IDs, then intersect (AND) the sets. Or: WHERE age>30 OR dept=Sales - union the sets. Less efficient than a single composite index but better than a full table scan if individual indexes are selective.
व्याख्या (हिन्दी) इंडेक्स मर्ज: जहां उम्र>30 और विभाग=बिक्री - दो अलग-अलग इंडेक्स (आयु, विभाग) प्रत्येक पंक्ति आईडी लौटा सकते हैं, फिर सेट को इंटरसेक्ट (और) कर सकते हैं। या: जहां आयु>30 या विभाग=बिक्री - सेटों का संघ। एकल समग्र सूचकांक की तुलना में कम कुशल लेकिन यदि व्यक्तिगत सूचकांक चयनात्मक हों तो पूर्ण तालिका स्कैन से बेहतर है।
2190
EN + हिं Easy
GB What is the leading column rule for composite indexes and why does it matter?
IN मिश्रित सूचकांकों के लिए अग्रणी स्तंभ नियम क्या है और यह क्यों मायने रखता है?
A
The leading column must have the highest cardinality अग्रणी कॉलम में उच्चतम कार्डिनैलिटी होनी चाहिए
B
The first column must be the primary key पहला कॉलम प्राथमिक कुंजी होना चाहिए
C
A composite index on (A B C) can only be used efficiently when the query filters include the leftmost prefix of columns (A or A+B or A+B+C) but NOT when filtering on B or C alone without A - the optimizer cannot use the index without the leading column (ए बी सी) पर एक समग्र सूचकांक का उपयोग केवल तभी कुशलता से किया जा सकता है जब क्वेरी फ़िल्टर में कॉलम (ए या ए + बी या ए + बी + सी) के सबसे बाएं उपसर्ग को शामिल किया जाता है, लेकिन ए के बिना अकेले बी या सी पर फ़िल्टर करते समय नहीं - ऑप्टिमाइज़र अग्रणी कॉलम के बिना सूचकांक का उपयोग नहीं कर सकता है
D
The leading column must be indexed separately as well अग्रणी कॉलम को भी अलग से अनुक्रमित किया जाना चाहिए
✅ Correct Answer:
💡 Explanation / व्याख्या
Explanation (English) Composite index prefix rule: index(A,B,C) - useful for: WHERE A=x, WHERE A=x AND B=y, WHERE A=x AND B=y AND C=z. NOT useful for: WHERE B=y (no A), WHERE C=z (no A or B). Choose leading column as the one most commonly filtered. Plan index based on actual query patterns.
व्याख्या (हिन्दी) समग्र सूचकांक उपसर्ग नियम: सूचकांक (ए, बी, सी) - इसके लिए उपयोगी: जहां ए=एक्स, जहां ए=एक्स और बी=वाई, जहां ए=एक्स और बी=वाई और सी=जेड। इनके लिए उपयोगी नहीं है: जहां B=y (कोई A नहीं), जहां C=z (कोई A या B नहीं)। अग्रणी कॉलम को सबसे अधिक फ़िल्टर किए जाने वाले कॉलम के रूप में चुनें। वास्तविक क्वेरी पैटर्न के आधार पर योजना सूचकांक।
2176–2190 of 2982