शैडोइंग अभ्यास: Oracle database architecture explanation in details - वीडियो के साथ अंग्रेजी बोलना सीखें

अभ्यास मोड चुनें

हर मोड पूरी स्क्रीन का अभ्यास कक्ष खोलता है।

160 वाक्य

यदि वाक्य बहुत छोटे या लंबे हों, तो समायोजित करने के लिए Edit पर क्लिक करें।

Hi friends, today in this video I am going to talk about Oracle Database.

हाय दोस्तों, आज इस वीडियो में मैं Oracle Database के बारे में बात करने वाला हूँ।

Oracle Database is basically one of the most demanding database which has started by Oracle Corporation in 1971.

So even when you are starting your career as Oracle Database,

in most of the interview you will get so many questions from Oracle Database Architect.

So in that perspective also and even for learning Oracle Database,

this is one of the most demanding topic that you have to must learn with deep understanding.

So I am going to explain with my personal experience on Oracle Database because I am a database administrator.

So with my personal understanding,

with my personal experience, I am going to explain the whole architecture.

so yeah first of all whenever any end user wants to connect

or a database so it connects through use any client machine

or through any application end user application

or even through sql developer there are multiple platform from there you people connects to the database

so you know client machine it will create a user user process

and between user process

and server process there will be a listener listener will have information about the host

and port of an database with on the

with that it will decide which database it has to connect so it will it will generate a one dispatch

dispatcher request when that dispatcher will send that request to the server process

and server process are when

when you create a database by default it creates a dedicated server process

and server process basically sits on uh servers oracle server side

so when we create a database it will get created by default it will be a dedicated server process

and for dedicated server process it will create a PGA

that is called program global area but

if you are choosing a shared global area for that it will create UGA that is user global area.

So server process is basically responsible for making that connection to the database

because it's interact to the database so it will send

that request to the database like if we are firing any uh selected statement

or any sql on a database so from server process it will go to a

sga sga is a shared global area basically is the is it's the largest part of the database instance

and the database is basically combination of instance background process

and the physical files so physical files are basically data file redlock file

and control file so these are the physical files and yes SGA is also the combination of different sub components

so in that whenever

that request will come from server process it will it will go to share pool first of all

and in share pool there are two sub components

that one is library cache and another is dictionary cache library cache is basically information of most recently executed SQLs

so most recently executed SQLs are basically when

that request goes from server process to SGA it will do the syntax check like

if that query is selected star from employee

so syntax it will validate from there like

if you execute select from employee it will not execute because the syntax is missed here like star is missed.

So it will not it will throw the error.

So that part is happening from library cache because it will do the syntax check,

cement text check and privilege checks are happening on share pool itself.

So, when the syntax check will happen after that it will validate

if it will find

that yes this SQL is present on the buffer cache then it will fetch

that particular query output

and it will return to the server process it will return to the client machine

and that that's the same process is getting followed for in case

if that particular SQL is not present in library case then it will create a execution plan for that and also like

yes data dictionary case is a metadata of a database like

it will have a object information like table views are stored into this

so it will it will do the validation from data dictionary case as well as

when library case will will not find that particular SQL it will

generate a new execution plan that is basically goes for hard parishing and there is two words

that we use in a database when any SQL get executed on a database side,

it will go to soft parishing either it will go to hard parishing.

So, soft parishing is the first case where it will find the SQL from the library cache itself

and then it will fetch the data from memory buffer cache memory and it will return to the client.

But in hard parishing case,

will create a new execution plan and it will go for optim or through a optimization in that it will

it will it will check from the buffer case if

that not there then after creating execution plan it will then the background process will come into the picture

and db writer will fetch that

DB writer will fetch

that particular data as per the query request it will fetch the data from the data file

and it will return to the library cache and library cache will

buffer cache sorry buffer cache and then DB buffer cache will return that

to server process and server process will return to the client so that's how

it works

so the next is as we know buffer cache is doing

all the things whatever the queries are coming it is getting executed in buffer cache itself

and it stores the in case

if you are executing any like a database change statement queries like insert or create or something like any DML.

So in those situation it will do the changes on the data

and in that situation read log and online read log and buffer

read log buffer will come into the picture so there first of all buffer case will change that

after doing the modification on the query it will get converted into a dirty buffer

and that dirty buffer will get written to the online reader log it might be uncommitted transaction

or it may it may be a committed transaction

so both can be possible

and from a read a log buffer it will get written

to the read a log file through log writer log writer

is responsible it's also a background process these are basically a

mandatory background process background processes are basically two type back mandatory background process and optional background process so

library cache is a mandatory background process

which is responsible for copying online redlock buffers to the online redlock files

so here redlock files are basically two online redlocks we can create like as per need we create

that redlock files so first it will start writing to read log one after

that once it will get filled up it will done the online read log switch will happen

and then it will start writing to second online read log so that's how whatever the change

transaction change modified data will come from online read log buffer to the

read log it will get written to log 1 and log 2

and similarly till the time after

that it will get written to through archiver process there is a optional optional background process

that is called archiver with with the help of

100

that it will get written to the archive read log

101

that we'll use for our backup

102

and recovery of our database in case i am our database fails

103

or it get crashed for any reason so that will be used for recovery so yeah so the next is

104

assist if we focus of our mandatory background process

105

so as one is system monitors as money is basically used for instance recovery

106

and yeah even for temporary table space management also it

107

will be responsible PMON is responsible for our transaction transition rollback

108

and for PMON is process monitor which is responsible for user session recovery

109

and doing the cleanup or even rollback statements this is responsible for making those cleanups on database

110

and yeah check pointer is a background process which is updating the scn number to data file and on

111

control control control file control file is a brain of a database

112

which will which will have information about the database creation and all the data file information and detail about the database.

113

So, this control file will be considered as a brain of a database.

114

So, SCN number whenever SCN number is getting generated very frequently through whenever the check pointer occurs,

115

the time SCN number is getting generated and

116

that is getting updated to the header of a data file

117

and control red log control file so yes there are some condition

118

when the log writer writes log writer writes whenever the online red log is more than 1 GB

119

or its one third full

120

or even every 3 second log writer writes the data on the buffer read log buffers to the online read log files.

121

So similarly there are few condition on

122

that basis DB writer writes those online read logs to the

123

online buffer cases changes to the data file like whenever the buffer case dirty buffer is filled up

124

or even its its there is no space left in the buffer cache

125

or even whenever any trunk truncate or any drop statement table space drop

126

or truncate statements are getting executed or even for every commit basically the DB writer writes and log writer

127

before the DB writer so that is also one condition

128

when log writer writes so these are the condition

129

when the log writer writes so apart from there is a parameter file

130

and password file parameter file is basically a file

131

which will it's a file which stores the information of every component which is

132

showing on the figure as a shared pool sga sga max sga target

133

and buffer cache a red log java pool large pool this

134

uh parameters uh this this components are uh declared into a

135

parameter file with how much size we we need it so those things are declared all the instance related come

136

parameters are declared into parameter file

137

so parameter files is two type like one is P file

138

and the another is SP file P file we we called it any dot aura file

139

and the this file is basically a static file

140

and SP file is a dynamic file so

141

if we are doing any change in p file for

142

that we have to restart our database

143

and basically for for starting our instance p file is responsible to to allocate the sga

144

so p file is equally important without p file we our database cannot run

145

and the next is password file it is used for user authentication

146

so this is the whole thing about the database in

147

that data file is actual physical file

148

and read lock files are all the change transactions are getting stored into

149

that and control file already I explained it

150

so this is the whole thing about the database

151

and this all components are like very much important yeah Java

152

pool basically this Java pool are getting used at the time

153

when you execute a statement with jvm or java related uh statements for

154

that case java pool is getting used

155

and large pool is getting used at the time

156

when uh we are performing any uh arman backup with i um higher higher io

157

and for our recovery um yeah for database recovery

158

in those conditions large pool is getting utilized

159

so this is the whole database instance that i have explained

160

if you any doubt please comment below thanks for watching till here

ऐप डाउनलोड करें

धाराप्रवाह बोलने के लिए ज़रूरी सब कुछ

AI उच्चारण स्कोरहर वाक्य का स्कोर

IPA अभ्यासहर ध्वनि में महारत

शब्दावलीअपना शब्द भंडार बनाएँ

शब्द गेमखेलते हुए सीखें

QR स्कैन करें

Download on theApp Store Get it onGoogle Play

FOR YOU

अनुशंसित वीडियो

392 वाक्य

Uber Data Engineering Mock Interview - Ride-Sharing Data Warehouse Schema

Interview EnglishUniversity StudentsWorking Adults

188 वाक्य

IT System Administrator Interview Questions and Answers | How to Pass an IT System Admin Interview

Business EnglishInterview EnglishUniversity Students

83 वाक्य

इस पाठ के बारे में

इस पाठ में, आप Oracle डेटाबेस आर्किटेक्चर के विभिन्न पहलुओं के बारे में जानकारी प्राप्त करेंगे। आप सीखेंगे कि कैसे उपयोगकर्ता डेटाबेस से जुड़ते हैं, और किस प्रकार डेटाबेस के विभिन्न हिस्से आपस में बातचीत करते हैं। इस जानकारी का उद्देश्य आपके अंग्रेजी बोलने के कौशल को बेहतर बनाना है, जब आप वैज्ञानिक और तकनीकी विषयों पर चर्चा करें। यह विशेष रूप से उपयोगी होगा अगर आप अंग्रेजी उच्चारण में सुधार करना चाहते हैं और तकनीकी विचारों को प्रभावी रूप से प्रस्तुत करना चाहते हैं।

मुख्य शब्दावली और वाक्यांश

डेटाबेस (Database)
सर्वर प्रक्रिया (Server Process)
शेयर पूल (Share Pool)
प्रोग्राम ग्लोबल एरिया (PGA)
यूजर ग्लोबल एरिया (UGA)
SQL विकासक (SQL Developer)
सिनटैक्स जांच (Syntax Check)
कश्‍तिया (Dispatch Request)

अभ्यास टिप्स

इस वीडियो की गति और टोन को ध्यान में रखते हुए, आपको shadowspeak तकनीक का उपयोग करना चाहिए। जबकि आप वीडियो सुन रहे हों, उस वक्त वक्ता द्वारा बोले गए शब्दों की नकल करें। English shadownspeaks का पालन करते हुए, शब्दों के उच्चारण पर ध्यान दें। यदि वक्ता किसी विशेष वाक्यांश को तेज़ी से कहता है, तो उसे धीरे-धीरे दोहराएं। इस प्रकार आप अपने अंग्रेजी उच्चारण में सुधार कर सकेंगे। ध्यान रखें कि हर शब्द को सही से बोलना और वाक्यों की संरचना को समझना आवश्यक है। वीडियो में दिए गए तकनीकी शब्दों का बार-बार अभ्यास करें, ताकि आप उन्हें सही उच्चारण में उपयोग कर सकें। जब आप shadow speak की मदद से अभ्यास करेंगे, तो आपकी उच्चारण क्षमता में वृद्धि होगी और आप अधिक आत्मविश्वास के साथ इंग्लिश बोल पाएंगे।

इस वीडियो का व्याकरण

वक्ता जिन संरचनाओं का सबसे अधिक प्रयोग करता है, वीडियो के असली शब्दों के साथ:

संरचना	वीडियो में
Passive voice be + past participle — ज़ोर इस पर कि क्या होता है, न कि कौन करता है	is called · is selected · is missed
Relative clauses who / which + उपवाक्य — व्यक्ति या वस्तु के बारे में अतिरिक्त जानकारी	database which has · monitor which is · process which is
Present perfect have/has + past participle — बीता हुआ काम जिसका असर अभी भी है	has started · have explained

शैडोइंग तकनीक क्या है?

शैडोइंग (Shadowing) एक विज्ञान-समर्थित भाषा सीखने की तकनीक है जो मूल रूप से पेशेवर दुभाषिया प्रशिक्षण के लिए विकसित की गई थी। विधि सरल लेकिन शक्तिशाली है: आप मूल अंग्रेज़ी ऑडियो सुनते हैं और तुरंत इसे ज़ोर से दोहराते हैं — जैसे वक्ता की छाया 1-2 सेकंड की देरी से। शोध से पता चलता है कि यह उच्चारण सटीकता, स्वर, लय, जुड़ी हुई ध्वनियाँ, सुनने की समझ और बोलने की प्रवाहशीलता में काफ़ी सुधार करता है।

शैडोइंग तकनीक: पूरी चरण-दर-चरण गाइड पढ़ें →

शैडोइंग अभ्यास: Oracle database architecture explanation in details - वीडियो के साथ अंग्रेजी बोलना सीखें

अभ्यास मोड चुनें

ऐप डाउनलोड करें

Uber Data Engineering Mock Interview - Ride-Sharing Data Warehouse Schema

IT System Administrator Interview Questions and Answers | How to Pass an IT System Admin Interview

PostgreSQL Architecture Explained: Deep Dive for Beginners

How to Become a Great Software Developer — Best Advice from Top-Notch Engineers

10 Data Analyst Interview Questions and Answers - Senior Data Analyst Explains

Oracle Integration Cloud(OIC): A Quick Overview

.NET Mock Interview - Scenario Based - 7+ Years Experienced Candidate

API Gateways in System Design Interviews w/ Ex-Meta Staff Engineer

CAP Theorem in System Design Interviews

FullStack Interview Questions (Junior & Mid)

Googleyness and Leadership Interview Question

what is a database index?

इस पाठ के बारे में

मुख्य शब्दावली और वाक्यांश

अभ्यास टिप्स

इस वीडियो का व्याकरण

शैडोइंग तकनीक क्या है?