跟讀練習: Oracle database architecture explanation in details - 通過影片學習英語口語

選擇練習模式

每種模式都會開啟全屏練習室。

160 句

如果句子過短或過長，請點選 Edit 進行調整。

Hi friends, today in this video I am going to talk about 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 發音評分逐句打分

音標練習掌握每個音

詞彙學習建立你的詞庫

詞彙遊戲邊玩邊學

掃碼

Download on theApp Store Get it onGoogle Play

FOR YOU

背景與上下文

在這段影片中，講述者分享了關於Oracle資料庫的詳盡架構解釋。他強調了學習Oracle資料庫的重要性，尤其是在求職面試中，許多問題都圍繞資料庫架構展開。作為一名資料庫管理員，他從個人經驗出發，詳細闡述瞭如何通過客戶端與資料庫連線，以及各個程序之間的相互作用。這為希望深入理解和掌握資料庫知識的學習者提供了寶貴的資訊。

日常交流的五個重要短語

連線資料庫的基本流程：任何終端使用者通過客戶端或應用程式連線Oracle資料庫。
伺服器程序的角色：伺服器程序負責處理來自使用者程序的請求。
綜合全球區域（SGA）：SGA是資料庫例項中最大的部分，包含多個子元件。
共享池的組成：共享池由庫快取和字典快取組成，負責語法和許可權檢查。
常見錯誤檢查：例如，若SQL語法錯誤，系統將返回相應錯誤。

逐步影子跟讀指南

為了更好地理解和掌握影片內容，以下是一些逐步影子跟讀的建議，幫助你提高英語口語能力，尤其是在學習複雜技術概念時。

選擇合適的句子：從影片中選擇有代表性的句子進行跟讀，確保理解句子的結構和語法。
逐句聽讀：多次播放每個句子，嘗試模仿講述者的發音和語調，提升語感。
分段重讀：將長句子拆分成短句，逐段練習，直至能夠流利表達。
理解術語：提前查閱並理解與Oracle相關的技術術語，如“伺服器程序”，“共享池”等，增加專業詞彙量。
持續練習：定期觀看並跟讀相關的YouTube影片，如“看YouTube學英語”，進行日常英語口語練習，特別是為了雅思口語練習打下基礎。

通過“英語影子跟讀”和shadowspeak方法，學習者不僅能夠提高口語流利度，還能在技術領域的溝通中更自信。不斷實踐，你會發現英語交流能力的顯著提升！

影片中的語法

說話人最常用的結構，並附上影片中的原話：

結構	影片中的用法
被動語態 be + 過去分詞 — 強調發生了什麼，而不是誰做的	is called · is selected · is missed
定語從句 who / which + 從句 — 補充說明人或事物	database which has · monitor which is · process which is
現在完成時 have/has + 過去分詞 — 過去發生但與現在仍有關聯的事	has started · have explained

什麼是跟讀法？

跟讀法 (Shadowing) 是一種有科學依據的語言學習技巧，最初開發用於專業口譯員的培訓，並由多語言者Alexander Arguelles博士普及。這個方法簡單而強大：您在聽英語母語原聲的同時立即大聲重複——就像是一個延遲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?

背景與上下文

日常交流的五個重要短語

逐步影子跟讀指南

影片中的語法

什麼是跟讀法？