シャドーイング練習: Learn Basic SQL in 15 Minutes | Business Intelligence For Beginners | SQL Tutorial For Beginners 1/3 - 動画で英語スピーキングを学ぶ

練習モードを選ぶ

各モードは全画面の練習ルームで開きます。

201 文

文が短すぎたり長すぎる場合は、Editをタップして調整してください。

In this video, you're going to learn the basics of SQL querying in just 15 minutes.

And by the time we're finished, you'll be wondering what all the fuss was about.

Are you ready?

Then let's get started.

Hello and welcome to Vitamin BI, bringing you business intelligence for beginners and beyond.

On this channel I help you do more with data, so if you're new here consider subscribing.

Right, so as I said in my intro I'm going to teach you the basics of SQL querying,

the essentials that you'll need to know if you're considering becoming a business intelligence analyst.

Obviously we can only go so far in 15 minutes, but I promise you

that by the time we're finished

you'll be able to understand quite a lot of what you might be called upon to do.

We'll be focusing specifically on querying data, not creating or deleting databases,

tables or data, just selecting data from tables that we want to return for our specific needs.

Before we get started, let me give you a little context.

You might be wondering why you need to learn SQL with BI tools becoming more and more sophisticated.

Can't they write the SQL queries for me the answer to

that is yes and no yes

when it comes to requesting data for different charts graphs and tables

that you might want to present in dashboards in these cases

the bi tool will have some kind of graphical interface to be able to drag

and drop fields to return data but no in

that in a lot of cases you'll need to write sql queries to pre -aggregate filter

and select only the data necessary for the project that you're working on.

These are often called views and you create views mainly

because it's more efficient than connecting to all data when you only need some of it.

So you could have a table that contains millions of rows of data

but by creating a view of it your BI tool will

only need to work with a few thousand making analysis and presenting results much faster.

So you see, knowing how to query with SQL is a useful skill to have.

Let's jump onto my computer and get started.

So today we're working with a SQLite database that I found online, containing data compiled from the FIFA video game by EA Sports.

So soccer stats.

I'll leave a link to the database in the description if you want to play around with it too.

In terms of the tool I'm using to query the database?

It's called NaviCat.

It's the premium version that allows you to connect to and query pretty much any relational database.

But they also have a version for specific RDBMS like MySQL, SQL Server, etc. Link also in the description.

Here we're in the NaviCat interface.

On the left we can see that I'm connected to the SoccerDB connection

that I've created and in that connection is a database called main and in that database we have various tables country,

league, match, player etc. We're going to be working mainly with the player table.

If I double click it we'll see the data contained within that table.

We've got three different IDs, player name, birthday, height and weight.

What I want to do is write SQL queries

and ask the database to return specific data from this table so I'll open a new query window.

Now when we're asking for data we're using what's called a select statement

so that's what we need to write first and

if we want to return the whole table in the result we do so with a star.

Then we specify the table that we want to select everything from.

In this case the table called player select star from player then we run the query

and the database returns all data from that table you may notice

that i've written everything in lowercase

because the sequel isn't case sensitive however i have the option to what's called beautify the sequel

and when i do you'll notice that select

and from have been capitalized although it's not obligatory this does actually make your queries easier to read.

It's not so important with such a small query like this one

but when you've got one with tens if not hundreds of lines of code it really does make life easier.

So we've selected all fields or columns and all rows from the table

but what if we only want to select specific fields?

Simple.

Instead of the star we just write out the field names

we want separated by commas like this player underscore name comma birthday I run this,

and those are the fields returned.

When we select specific fields, we can also rename them by creating aliases.

To do this, we use the as function.

So player name as name.

And we can see that update.

We could specify an alias containing a space, but to do this, we would need to put the name in quotes like this.

Full name.

Let's go back to all data

and look now at how we can ask the database to only return specific rows in the result.

To do this we use a WHERE clause with different operators.

For example, we could select only players with a weight of 190 pounds.

So we use the equals operator.

We could also select any player with a weight greater than 190 pounds or greater than or equal to 190.

You see, it's not that complicated.

And we've gone from over 11 ,000 records to just under 1 ,000 being returned.

We can also specify more than one condition by using either

and or or so weight greater than 190 and height greater than 190

so both conditions must be met if I change it to

or it means that either condition must be met in order for the row to be returned

so that's selecting rows based on the value in integer fields what about when it comes to text values?

Well, we can also use the equals operator to find any row where the text matches exactly with what we specify.

PlayerName equals Aaron Galindo.

But we could also use the like operator which achieves the same goal.

But what if we want to select just rows from all players called Aaron?

So basically the player name field starts with Aaron.

Here we can use a percent character after the text to look for, like so.

And we get all Arons returned.

If we wanted to find any player name that ends with Aaron, we put the percent character before.

Nothing that ends with Aaron.

We could put a percent before and after, which would basically mean any player name that contains Aaron.

And we've got Rolando Arons.

Finally, here's an example which puts the percent in the middle of text.

So here we'll return all rows where the player name starts with a and ends with n.

you can go even further with the like operator by using

underscore to represent single characters an example would be like t underscore m percent

so the underscore is asking for any rows where the player name starts with t

then any character between the t and the m followed by anything and run.

100

We've got Tamas, Tamir, Tim, Timmy, etc.

101

There are also things called wildcards that allow you to go even further

102

when specifying the rows you want to return but we won't go into those for this video.

103

We will however finish looking at the where clause by talking about a couple more operators that you can use.

104

For text fields we have in which allows us to specify multiple or statements, more simply.

105

However, it can only be used for exact matches, so we can't use percents or underscores with it.

106

So let's look for Ronaldo and Messi.

107

Open brackets Cristiano Ronaldo, Lionel Messi.

108

For integers, we can use the between operator.

109

So I could say wear weight between 180 and 190.

110

Finally we have the isNull and isNotNull.

111

Null being empty.

112

In this table we don't have any null values.

113

But if I open up the match table we can see that there are lots in there.

114

So select star from match where home player 1 is null. or is not null.

115

There we go.

116

Let's go back to our player table and see how we can sort results.

117

We can do this using the ORDER BY clause.

118

The rows are currently sorted by the ID field in ascending order.

119

But if we wanted to sort by weight, we can say ORDER BY WAIT.

120

This sorts by weight in ascending order, because that's the default sorting method when not explicitly specified.

121

But we can change this to descending order by adding DESC now we can see who the heaviest player is

122

when it comes to sorting data using order by this isn't something that's overly important for our use case

123

because when we're selecting data to create views we're usually then going to connect

124

that view to a bi tool and use

125

that for building individual chart queries

126

and these tools will let you apply sorts to the data

127

now we're going to look at how to join data from different tables.

128

To demonstrate this I'm going to use the player attributes table.

129

We can see that in this table we have the player ID but not the player name.

130

To be able to create a view containing the player name plus the overall rating

131

we would need to join the data from the player attributes and player tables.

132

I'm going to start by specifying player API ID comma date comma overall rating.

133

Now I want to get the player name from the player table.

134

How do I do that?

135

Well because we're going to need fields from two different tables we need to specify which field comes from which table.

136

We do this by writing the table name dot field name.

137

So player attributes dot player API ID.

138

Same for date and overall rating.

139

Now we can specify, perhaps after the player ID, player dot player name.

140

If I run this I'll get an error saying

141

that there's no such column as player .playerName because we're saying that we're looking for it in the player attributes table.

142

This is when we need to specify the joining of the tables using one of the four join types.

143

I'm not going to go into them in this video

144

but I'll probably do a separate video that explains them in more detail so don't forget to subscribe.

145

So in this case we'll use an inner join

146

and we'll say inner join player the player table on

147

and now we specify what fields

148

we want to use to create the join in this case we're going to use the player api id field

149

which is contained in both tables

150

and again we have to add the table name first dot field name equals player dot player API ID and run.

151

Now we have the player name appended to the player attributes table data.

152

Pretty clever right?

153

But let me show you something even more clever.

154

I showed you earlier how to use the as function to create aliases for fields.

155

Well we can actually do this for tables as well which makes the query much cleaner.

156

First I'm going to give the player attributes table an alias of a and the player table an alias of b.

157

I just need to write these two letters after where I've specified each table.

158

So a after player attributes here and b after player here.

159

Once I do this I can now replace the table name for each field like this.

160

You see, much cleaner.

161

So, you may notice that there are multiple rows for each player on different dates.

162

So how would we add up all of these different values for each player?

163

Well, to do this, we're going to want to aggregate the data using the SUM aggregator.

164

I'll add this to the overall rating field and run the query.

165

Ah, that's not what we were expecting.

166

But that's because we haven't specified in the query how we want to group the data together.

167

This is when we need to use the GROUP BY clause.

168

When we use the GROUP BY clause we need to add into it all of the fields that we need to group.

169

So in this case essentially all fields apart from the overall rating.

170

A .PlayerApiId, B .Playername, A .Date And run

171

This is correct, but not exactly what we want.

172

We want to combine all of the ratings for the different dates,

173

so we actually want to remove the date field from the specified fields as well as the group by. and run.

174

That's better.

175

But let's clean it up by aliasing the sum overall rating as rating.

176

Let's sort this descending.

177

Order by rating descending.

178

Strange that Ronaldo and Messi aren't in there at the top.

179

Let's try and see why this is.

180

Perhaps there are just more entries for some players when we sum them up.

181

To find this out, we could add a count of b .playerName.

182

And yes, in this case how about using an average?

183

I'll replace sum with average, avg, and run.

184

And there we go, that makes more sense.

185

We're going to go one step further and filter this result.

186

To do that we can use the HAVING clause.

187

The HAVING clause is only applied to the result of the GROUP BY function, so isn't the same as the WHERE keyword that's applied before.

188

And it's only applied to numeric values, so in this case I'm going to ask for only ratings above 85.

189

I need to write it directly after the group by and before the order by.

190

So having rating greater than 85 and run.

191

Only 26 records.

192

And there we have our final query.

193

I'll beautify it and this is what it should look like.

194

You can see that all of the SQL keywords are capitalised.

195

And you can see that we've come a fairly long way in a very short space of time.

196

We've only covered a very small part of SQL as a whole, so there's masses more to learn.

197

But what I've shown you today is a really good foundation for giving you the confidence to dive deeper.

198

Did I not say that once we'd finished, you'd wonder what all the fuss was about?

199

If you got value out of this video, please do like, share

200

and subscribe for more videos like this one why not start with this playlist here as always thanks for watching

201

I've been Adam Feiner and until the next time stay BI curious

アプリをダウンロード

流暢に話すために必要なすべて

AI発音採点文ごとに採点

IPA練習すべての音をマスター

単語学習自分の単語帳を作る

単語ゲーム遊びながら覚える

QRをスキャン

Download on theApp Store Get it onGoogle Play

FOR YOU

このレッスンの語彙とスピーキングのポイント

このスピーキングレッスンは、動画「Learn Basic SQL in 15 Minutes」を教材にしています。繰り返し出てくる語は次のとおりです：player, table, field, row, select。この動画には、シャドーイング用の文が201文、単語が2466語あります。音声の長さは17:28です。話す速さは1分あたり約141語で安定しており、シャドーイングしやすいペースです。単語の84%は英語の頻出3,000語に含まれます。残りは練習の前に確認しておきましょう。

この動画の重要語彙

動画に出てくる覚えておきたい単語15語を、発音と意味つきで紹介します。

単語	発音	意味
query 名詞	/ˈkwɪɹ.i/	質問
select 動詞	/sɪˈlɛkt/	選ぶ
database 名詞	/ˈdeɪtəˌbeɪs/	データベース
rat 名詞	/ɹæt/	鼠, ネズミ
operator 名詞	/ˈɑpəˌɹeɪtɚ/	交換手
clause 名詞	/klɔːz/	節
attribute 名詞	/ˈæt.ɹɪˌbjut/	性質
connect 動詞	/kəˈnɛkt/	繋げる
null 名詞	/nʌl/	無, 無価値
subscribe 動詞	/səbˈskɹaɪb/	購読する
chart 名詞	/t͡ʃɑɹt/	チャート, 図表
rating 名詞	/ˈɹeɪtɪŋ/	レイティング, 評価
filter 名詞	/ˈfɪltɚ/	濾過器, フィルター
clever 形容詞	/ˈklɛv.ɚ/	巧い
interface 名詞	/ˈɪn(t)ɚˌfeɪs/	インターフェース

繰り返し練習したい文

動画に出てくる短く完結した文です。日常会話でそのまま使えます。

Let's jump onto my computer and get started.
In terms of the tool I'm using to query the database?
You see, it's not that complicated.
In this table we don't have any null values.
How do I do that?

この動画の文法

話し手がよく使っている文型を、動画の実際の表現とともに紹介します。

文型	動画での表現
条件文 if + 節, will/would + 動詞 — 条件とその結果	If I double click it we'll see · If I run this I'll get
現在完了形 have/has + 過去分詞 — 過去の出来事が今も関係している	I've created · i've written · have been capitalized
受動態 be + 過去分詞 — 誰がするかより、何が起きるかに焦点を当てる	might be called · are often called · have been capitalized
「might / may」による可能性 might/may + 動詞 — 起こりうるが確実ではないこと	might be · might want · may notice

注意したい発音

話し手はwe're, I'm, I'llなど、短縮形や弱形を70回使っています。聞こえたとおりの短い形で発音しましょう。

「sh」と「zh」の音: efficient /ɪˈfɪʃənt/, essentially /ɪˈsɛnʃəli/, dashboard /ˈdæʃˌboɹd/
長い単語（アクセントの位置に注意）: operator /ˈɑpəˌɹeɪtɚ/, complicated /ˈkɑm.plɪˌkeɪ.tɪd/, essentially /ɪˈsɛnʃəli/, aggregator /ˈæɡɹɪˌɡeɪtɚ/, capitalize /ˈkæpətəˌlaɪz/

日本語話者が苦手な音：

/r/ と /l/ の区別 — /l/ は舌先を歯茎につけ、/r/ はどこにもつけない: graphical /ˈɡɹæfɪkəl/, obligatory /əˈblɪɡ.ə.tɔ.ɹi/
/v/ — /b/ にならないように、上の歯を下唇に当てる: clever /ˈklɛv.ɚ/, sensitive /ˈsɛn.sɪt.ɪv/, dive /daɪv/
/f/ — 「フ」ではなく、上の歯と下唇で出す: specify /ˈspɛs.əˌfaɪ/, filter /ˈfɪltɚ/, interface /ˈɪn(t)ɚˌfeɪs/, fuss /fʌs/, efficient /ɪˈfɪʃənt/

この動画での練習方法

まず声を出さずに動画を最後まで聞き、知らない単語をメモします。
通常の速度で一文ずつシャドーイングし、話し手のリズムに合うまで繰り返します。
自分の声を録音して元の音声と比べます。query, select, databaseなどの単語に特に注意しましょう。

シャドーイングとは？英語上達に効果的な理由

シャドーイング（Shadowing）は、もともとプロの通訳者養成プログラムで開発された言語学習法で、多言語習得者として知られるDr. Alexander Arguelles によって広く普及されました。方法はシンプルですが非常に効果的：ネイティブスピーカーの英語を聞きながら、1〜2秒の遅延で声に出してすぐに繰り返す——まるで「影（shadow）」のように話者を追いかけます。文法ドリルや受動的なリスニングと異なり、シャドーイングは脳と口の筋肉が同時にリアルタイムで英語を処理・再現することを強制します。研究により、発音精度、抑揚、リズム、連音、リスニング力、そして会話の流暢さが大幅に向上することが確認されています。IELTSスピーキング対策や自然な英語コミュニケーションを目指す方に特におすすめです。

シャドーイングのやり方: ステップ別の完全ガイドを読む →

シャドーイング練習: Learn Basic SQL in 15 Minutes | Business Intelligence For Beginners | SQL Tutorial For Beginners 1/3 - 動画で英語スピーキングを学ぶ

練習モードを選ぶ

アプリをダウンロード

おすすめ動画

Data Analysis Essentials in Excel

Learn 97% of Harvard's CS50 in 25 minutes

what is a database index?

Configure storage accounts | AZ-104 | Episode 16

Amazon Athena explained in 120 seconds💡

What are KPIs and Metrics? | Data Fundamental for Beginners

Conversation Practice to Improve Your Business English — 35 Common Situations

Give Me 15 Minutes. I'll Teach You 80% of Obsidian

DeepSeek R1 Explained in 2 Minutes

How Modern Data Teams Work (Engineer, Analyst, Scientist, Architect, ML)

Video

Redis Crash Course - the What, Why and How to use Redis as your primary database