Lec-6: Three Schema Architecture | Three Level of Abstraction | Database Management System

Gate Smashers
17 Jul 201815:24

Summary

TLDRIn this video, the concept of three-schema architecture in DBMS is explained, focusing on the external, conceptual, and physical levels. The speaker highlights how data is structured and abstracted from users, ensuring data independence. Using examples like Gmail and university systems, they demonstrate how different users (students, faculty, admins) interact with different views of the same data. The video emphasizes that while users see data in table form, it is actually stored in files on a physical level. This abstraction ensures users access data without needing to know its actual storage details.

Takeaways

  • 📚 The video introduces the concept of three schema architecture in Database Management Systems (DBMS), which includes the external schema, conceptual schema, and physical schema.
  • 🔑 The primary purpose of the three schema architecture is to achieve data independence, ensuring that users do not need to know where or how the data is stored.
  • 👨‍🏫 The video emphasizes the importance of data abstraction, where the details of data storage are hidden from the user, allowing for flexibility and security in data management.
  • 🏛️ The external schema, also known as the view level, determines how data is presented to the user, with different views for different roles, such as students, faculty, and administrators.
  • 🏗️ The conceptual schema acts as a blueprint for the database, defining the structure of the data, including tables, columns, and their relationships, without detailing the physical storage.
  • 🛠️ The physical schema, managed by the database administrator, deals with the actual storage of data, including file organization, storage location, and whether the data is centralized or distributed.
  • 👥 The video uses the example of Gmail to illustrate data abstraction, where users are unaware of the physical storage location of their emails and data.
  • 🎓 It explains the concept of views in the context of a university management system, where different users have access to different views of the data based on their roles and authorizations.
  • 🔗 The video touches on the evolution of web and mobile applications, suggesting that while not directly based on the three schema architecture, many modern applications incorporate similar concepts.
  • 🌐 The physical schema is crucial for database administrators who decide on data storage strategies, including the use of centralized or distributed databases.
  • 🔍 The video concludes by highlighting the importance of data independence and the role of the three schema architecture in providing a layer of abstraction that simplifies user interactions with data.

Q & A

  • What is the three-schema architecture in DBMS?

    -The three-schema architecture in DBMS refers to the external schema, conceptual schema, and internal schema, which are designed to provide data independence and abstraction between the user and the physical storage of data.

  • Why was the three-schema architecture introduced?

    -The three-schema architecture was introduced to achieve data independence, which means users should not directly interact with the data storage details, thus providing a layer of abstraction.

  • What is the purpose of the external schema?

    -The external schema, also known as the view level, determines how data is presented to the user. It provides a customized view for different users based on their authorization levels.

  • How does the conceptual schema differ from the external schema?

    -The conceptual schema represents how data is actually stored in the database, including the structure and relationships among data, while the external schema focuses on how data is presented to the user.

  • What is the role of the internal schema in the three-schema architecture?

    -The internal schema, also known as the physical schema, deals with the physical storage of data, such as where and how data is stored on the hard disk, and is managed by the database administrator.

  • Why is data independence important in database management?

    -Data independence is important because it allows changes to the physical storage of data without affecting the users or applications that interact with the data, thus providing flexibility and ease of maintenance.

  • Can you provide an example of how the external schema is used in real life?

    -An example of the external schema in real life is Gmail, where users interact with their emails, photos, and data without knowing the physical location or format of storage.

  • What is the significance of the E-R model in relation to the conceptual schema?

    -The E-R model is significant in the conceptual schema as it helps in defining the structure and relationships among data entities, which is a blueprint for how data is organized in the database.

  • How does the three-schema architecture contribute to data security?

    -The three-schema architecture contributes to data security by providing different views and authorization levels for different users, ensuring that sensitive data is protected from unauthorized access.

  • What is the difference between centralized and distributed data storage as mentioned in the script?

    -Centralized data storage refers to keeping all data in one location, whereas distributed data storage involves storing data across multiple locations worldwide, which is more common in modern applications.

  • How does the database management system (DBMS) transform data storage from files to tables?

    -DBMS provides a layer of abstraction that allows users to view and interact with data in the form of tables, even though the data is physically stored as files on the hard disk.

Outlines

00:00

📚 Introduction to Three Schema Architecture in DBMS

The speaker begins by welcoming viewers to the video on 'Gate Smashers' and introduces the topic of three levels of abstraction in Database Management Systems (DBMS), also known as the three-schema architecture. The speaker requests new viewers to subscribe, share, and enable notifications for the channel. The video aims to explain the concept of three-schema architecture, its purpose, and the meaning of 'schema' as a structure for storing data. A diagram is drawn to illustrate the three levels: external schema, conceptual schema, and physical schema. The main motive behind this architecture is data independence, ensuring that users do not directly interact with the data storage process. The speaker uses Gmail as an example of data abstraction, where users are unaware of the physical storage location of their data. The video promises to delve into the advantages and applications of each schema level.

05:03

👨‍🎓 External Schema: User Views and Data Representation

The speaker explains the external schema, also known as the view level, which determines how data is presented to the user. Different users, such as students and faculty, have different views of the data based on their roles and authorizations. The external schema is crucial for security, ensuring that users only see and interact with the data relevant to them. Examples include a university management system where students see their marks and attendance, while faculty can enter marks and manage attendance. The speaker emphasizes that modern web and mobile applications use similar concepts, even if not directly based on the three-schema architecture. The external schema represents the user's view of the data, which is abstracted from the underlying database structure.

10:05

🔍 Conceptual Schema: Data Structure and E-R Model

The conceptual schema is described as a blueprint for how data is actually stored within the database. It defines the structure of the data, including the tables and their relationships. The speaker uses the E-R (Entity-Relationship) model as an example of a conceptual model, which helps in understanding the structure of data before it is physically stored. The conceptual schema is the responsibility of database designers who create a plan for the data's organization and relationships without worrying about the physical storage. This level is crucial for designing the database and ensuring that the data is organized in a way that supports the relationships and queries required by the application.

15:07

🛠️ Physical Schema: Data Storage and Database Administration

The physical schema is the layer that deals with the actual storage of data on physical media like hard disks. It is the responsibility of the database administrator to decide where and how the data is stored, including file names, storage locations, and whether the data is centralized or distributed. The physical schema is the most technical level, focusing on the efficiency and optimization of data storage. The speaker clarifies the difference between how data is viewed by users (in table form) and how it is actually stored (in files). The physical schema ensures data independence by abstracting the storage details from the users, allowing them to focus on data access rather than storage mechanisms.

🔄 Conclusion: The Importance of Three Schema Architecture

The speaker concludes by summarizing the main concept of the three-schema architecture, emphasizing its role in data abstraction and independence. The architecture allows for flexibility in data storage and presentation, catering to different user needs and roles. The speaker hints at the upcoming discussion on the concept of mapping within this architecture, but for this video, the focus remains on explaining the three-schema architecture. The video ends with a thank you note to the viewers.

Mindmap

Keywords

💡Three Schema Architecture

Three Schema Architecture refers to the hierarchical organization of data in a Database Management System (DBMS). It consists of the External Schema, Conceptual Schema, and Physical Schema. This architecture is crucial for data independence, which means users interact with data without needing to know the details of its storage or structure. In the video, the speaker explains that this architecture abstracts the data storage details from the user, allowing for flexibility and easier data management.

💡Data Independence

Data independence is a principle in database design that aims to separate the logical and physical layers of data storage. This means changes in the physical storage of data do not affect the user's view or access to the data. The video emphasizes the importance of data independence in maintaining the integrity and usability of data, as it allows for modifications in the database's physical structure without impacting the users or applications that rely on the data.

💡External Schema

The External Schema, also known as the View Level, determines how data is presented to the user. It represents a user's view of the data, which can vary based on their role or authorization. The video uses the example of a university management system where students, faculty, and deans have different views of the data, tailored to their specific needs and permissions.

💡Conceptual Schema

The Conceptual Schema defines the overall structure of the data in a database, independent of how it is stored or accessed. It includes the definition of tables, relationships between tables, and the types of data stored. The video likens the Conceptual Schema to a blueprint, which is used by database designers to plan the database structure before it is physically implemented.

💡Physical Schema

The Physical Schema describes the actual storage details of the data, such as file organization, data placement on storage devices, and access methods. It is managed by database administrators who decide where and how data is physically stored. The video explains that while users see data in table format, the Physical Schema deals with how this data is actually stored in files on the hard disk.

💡Data Abstraction

Data Abstraction is the process of hiding the details of data implementation from the user. It allows users to interact with data without needing to understand the underlying storage mechanisms. The video discusses how data abstraction is facilitated by the three schema architecture, providing a layer of indirection that simplifies user interaction with the database.

💡Relational Database

A Relational Database is a type of database that stores and organizes data in the form of tables, where each table represents an entity and rows represent records of that entity. The video mentions relational databases in the context of organizing data in tables with columns and rows, which is a fundamental concept in database management.

💡E-R Model

The E-R Model, or Entity-Relationship Model, is a conceptual tool used to design databases by visualizing the relationships between different entities. The video suggests that understanding the E-R Model can help in grasping the Conceptual Schema, as it represents how entities and their relationships are structured within a database.

💡Database Administrator

A Database Administrator is a professional responsible for managing the physical implementation of a database. They handle tasks such as data storage, security, and backup. The video highlights the role of the Database Administrator in the Physical Schema level, where they decide the physical storage and organization of data.

💡Centralized vs Distributed Data Storage

Centralized Data Storage refers to storing all data in one location, while Distributed Data Storage involves spreading data across multiple locations. The video discusses how Database Administrators decide on the storage strategy, which can impact the performance and accessibility of the data. The concept is relevant to the Physical Schema, as it determines where and how data is physically stored.

Highlights

Introduction to the three-level abstraction in DBMS, also known as the three-schema architecture.

Explanation of the term 'schema' as it relates to the structure of stored data.

Description of how data is organized in a relational database using tables, columns, and rows.

Introduction of the three levels of schema: external, conceptual, and physical.

The historical context of the three-schema architecture's development in the 1970s.

The primary goal of the architecture: to achieve data independence.

The concept of data abstraction and its role in hiding data storage details from the user.

The practical example of Gmail to illustrate data abstraction in everyday applications.

The role of the external schema in defining user views and its importance in security and data representation.

Different views for different user roles, such as students, faculty, and deans, within a university management system.

The conceptual schema as a blueprint for data storage, including tables and their relationships.

The use of E-R models to understand the conceptual schema and its relation to the relational model.

The physical schema's focus on the actual storage of data, including file names and storage locations.

The responsibilities of database administrators in managing the physical schema and data storage decisions.

The difference between centralized and distributed data storage and their implications.

The distinction between how data is viewed by users in table form and how it is actually stored in files on the hard disk.

The importance of data independence in allowing users to access data without knowing the underlying storage mechanisms.

The concept of mapping in the context of the three-schema architecture, which will be discussed in future videos.

Transcripts

play00:00

Hello friends, welcome to Gate Smashers .

play00:02

The topic is three level of abstraction

play00:04

in DBMS

play00:05

or we call its three schema architecture.

play00:08

Before starting this topic

play00:11

i just want to request you all

play00:13

& specially who are watching my videos first time,

play00:15

to please subscribe my channel,

play00:17

please share with your friends

play00:18

and please press the bell button

play00:20

to get the latest notification.

play00:22

So from this video

play00:24

firstly we are going to discuss,

play00:26

what is three schema architecture

play00:28

and why it is used.

play00:29

what is the meaning of three schema?

play00:31

I draw a diagram here,

play00:33

three schema.

play00:35

Firstly, To understand the word

play00:37

what is the schema,

play00:39

schema means structure,

play00:44

structure means

play00:46

the data we are storing, means that data is of any student's data,

play00:48

means that data is of any student's data,

play00:51

faculty's data, railways's

play00:54

data or Flipkart, Amazon is saving our data,

play00:56

whatever data we are storing,

play00:58

what is the structure to store that data,

play01:02

structure means any data

play01:04

like if i have a data 1, A, 20,

play01:08

Now this data means roll number is one

play01:11

name is A,

play01:12

age is 20,

play01:14

i am taking it just for an example.

play01:15

Now what i did to save this data,

play01:20

i put it in a table,

play01:22

table means

play01:23

put it in a 2 dimensional table

play01:25

where i have columns on this side,

play01:28

like I have written here roll number,

play01:31

name and age

play01:34

and here is my row means

play01:36

we are talking about relational database,

play01:38

which I have already told you earlier

play01:40

that where we store data in table form.

play01:43

So here what is schema,

play01:45

What is the structure, table

play01:46

and what comes in that structure,

play01:48

columns and rows.

play01:50

What is in the columns, roll number.

play01:52

So what is roll number actually,

play01:54

roll number is an integer.

play01:55

So what is the size of the integer,

play01:57

2 byte, 4 byte means

play01:59

whatever we are describing about the structure,

play02:03

that structure is actually known as schema.

play02:06

Now here are 3 levels

play02:09

external schema or external level,

play02:12

conceptual level or conceptol schema,

play02:14

physical level or physical schema

play02:17

which we also called internal level.

play02:19

Now why these 3 levels have been made here?

play02:21

Actually in 1970 this concept came

play02:24

of 3 schema architecture,

play02:26

what is the main motive of this architecture

play02:29

is data independence.

play02:30

Data independence means

play02:32

user

play02:36

and data

play02:37

should not directly interact with each other.

play02:41

Means the user should not know

play02:43

where the data is stored,

play02:45

although the user or data is related to each other.

play02:48

Because It's user's data,

play02:50

the user will call that data whenever they wants,

play02:52

but where is that data stored,

play02:55

how is it stored,

play02:56

we keeping all this information

play02:58

abstract from the user,

play03:00

we are calling it data abstraction.

play03:02

Means the user knows that my data is stored somewhere,

play03:05

but where is it stored,

play03:07

how is it stored,

play03:08

we are hiding this thing from the user.

play03:10

We are hiding this thing from the user.

play03:12

If you are using this,

play03:13

it's main example is gmail.

play03:16

We all are using Gmail,

play03:18

we have our mails in Gmail,

play03:19

we also keep our photos in it,

play03:20

we also keep important data in it,

play03:22

but But where is the mail actually stored?

play03:26

physically you know where it is stored,

play03:28

in Delhi, in Kolkata,

play03:30

in Mumbai, in Bangalore, in USA, in UK,

play03:33

where is it stored?

play03:34

We do not know its exact location,

play03:36

means, is it stored in the files?

play03:38

what is the format?

play03:39

We keep all these thing hidden from the user.

play03:41

To keep these things hidden,

play03:43

we have created 3 levels in the middle,

play03:45

means user and data,

play03:48

this is the database,

play03:49

where all the data is stored physically

play03:52

and this is the user, user means us.

play03:55

Now 3 levels made between

play03:57

the user and the data.

play03:59

Its main motive is

play04:01

to make data independent

play04:02

means data independence,

play04:03

so that we can provide abstraction to the user.

play04:06

Now first is my external schema,

play04:09

what is the advantage of,

play04:11

what is the use of external schema?

play04:13

We also called it view level.

play04:15

I have already mentioned here view level.

play04:18

View level means how to show

play04:20

the data to the user,

play04:23

how to represent the data to the user,

play04:26

that is the work of this level.

play04:28

Although it is a theoretical model

play04:30

But somewhere practical are based on

play04:32

these theoretical models only,

play04:34

means that all the web applications or

play04:37

mobile applications are being made in today's time,

play04:39

I am not saying that they are directly based on this.

play04:41

But yes this concept came in 1970,

play04:44

after that a lot of refinements took place.

play04:46

But majorly all the web applications

play04:48

we are using today,

play04:50

on their backend, somewhere these

play04:52

schemas, these concepts have been used.

play04:55

So I am telling the same point,

play04:57

if I tell with a simple example

play04:59

The university has a management system

play05:03

like if I taken admission in the university,

play05:05

then my login id password is made there.

play05:08

Now when I feel that login id password,

play05:12

then what information show to me,

play05:14

my marks, my Attendance,

play05:17

my fee structure,

play05:19

how much I have paid,

play05:20

means all this is a view.

play05:22

That view will be given to the user,

play05:26

but will this view be common to all?

play05:29

No.

play05:30

If all the users had the same view,

play05:33

then I did not need to create

play05:35

separate views here,

play05:37

only one view would have worked.

play05:39

But if I talk about the Faculty,

play05:41

Faculty in the same university,

play05:43

then Faculty is also looking at the attendance,

play05:45

Faculty also checking their marks, No.

play05:48

The students have their own view

play05:51

and the faculty has their different view.

play05:53

What can faculty do?

play05:54

enter the marks,

play05:56

register the student's attendance,

play05:58

apply for leave,

play06:00

check their own salary

play06:02

and their own details.

play06:04

but can the student check the same details,

play06:07

No.

play06:08

So to prevent that thing,

play06:10

from the security point of view,

play06:12

we have made a view.

play06:14

So Whose view is this, student's.

play06:16

in which some authorization is their,

play06:18

If I speak in technical term,

play06:20

then authorization means that we have authorized something,

play06:23

that you can also see it, you can also see that,

play06:26

you can read something

play06:27

but cannot be updated

play06:29

like the marks I put

play06:31

that can only be seen Can't be updated.

play06:34

So this is the student's view.

play06:36

One such view will be of the faculty,

play06:40

the faculty has its own authorization,

play06:42

similarly if there is a dean,

play06:44

then they will have their own view

play06:46

because they have more authorization,

play06:49

so what have we actually done

play06:50

provide their own view to everyone.

play06:53

Whatever the applications you are using today,

play06:56

they also have a view,

play06:58

One is normal view for us normal users,

play07:02

another view of admin means ,

play07:03

the database can also have administration,

play07:07

the network can have a separate administration,

play07:10

there may be different

play07:12

views for different profile means job profiles,

play07:16

so in this example student's their own view,

play07:18

faculty's their own view, dean's their own view.

play07:20

This view is only helping me

play07:22

whether I am able to see the data,

play07:24

means as I turned on my laptop,

play07:26

I entered the login and password

play07:29

of my university URL,

play07:31

then what is coming on the first front page,

play07:33

that front page is actually a view.

play07:36

Or if I tell you

play07:37

that you are using any application

play07:39

like on flipkart or amazon,

play07:41

you are login in it or you are using paytm,

play07:43

then what is the first view you get when you login,

play07:46

that view is actually a external schema.

play07:50

After that comes my conceptual schema,

play07:53

what is the meaning of conceptual schema?

play07:55

The way we are representing the data there,

play08:00

means how the data actully stored.

play08:04

My data is here

play08:07

but how is its structure.

play08:09

like i tell a simple thing,

play08:12

there is a student's data,

play08:13

then what are the columns

play08:15

in the student's data.

play08:17

Like roll number,

play08:19

name, age,

play08:23

the address,

play08:24

there can be many columns.

play08:26

So we have to define this thing in advance.

play08:29

When we create database,

play08:32

first we have to create its conceptual view.

play08:35

You can understand schema & conceptual

play08:37

with simple example

play08:39

E-R model.

play08:41

If you have already read about this

play08:43

E-R diagram or E-R model,

play08:45

then you will easily understand this

play08:47

otherwise I will explain to you in another video,

play08:50

E-R model. Here you just Understand

play08:53

that E-R model is a conceptual model.

play08:56

Data is actually stored here

play08:58

but how is that data stored,

play09:00

we have it in the form of a table

play09:03

like what does E-R model do,

play09:05

it makes different entities.

play09:07

That's how the relational model comes to,

play09:09

what do we do in the relational model,

play09:11

we use in majority for structure data,

play09:14

in relational model we create tables.

play09:16

So which tables we have used,

play09:18

information of those tables,

play09:21

student's table, faculty's table,

play09:23

library's table, like book's table.

play09:26

There are many tables that can be used,

play09:29

all that information is here.

play09:30

The relationship between those tables,

play09:34

relationship means

play09:36

how the table is connected?

play09:38

Now students and if I talk about course,

play09:42

are student and course interconnected?

play09:44

Obviously.

play09:45

There is a table of students

play09:46

which contains the information of the student

play09:47

and there is a table of courses

play09:49

which contains the information of all the courses of the university.

play09:51

Is there any relation between the student and the course,

play09:54

obviously. Student are studying the course,

play09:56

so yes there are some relationship

play09:58

between the table.

play09:59

What is that relationship?

play10:01

we have to mention here at this level,

play10:04

means we are already making

play10:06

a conceptual view of that data,

play10:09

you can say like blueprint,

play10:12

like before building a house,

play10:14

we make blueprint from the architecture,

play10:17

that is actually the Conceptual schema.

play10:19

To whom we give that view or print,

play10:22

we give it to the contractor or builder,

play10:24

that builder then starts building by taking his material,

play10:27

that is what we are here are working on.

play10:29

What is this conceptual schema,

play10:31

it is a blueprint,

play10:32

in which, what tables we have to keep,

play10:34

which relationships,

play10:36

what should be the size of those tables,

play10:37

everything will be mentioned in this.

play10:39

But after that the main story comes here,

play10:43

where is the data stored actually,

play10:45

we have stored data here,

play10:47

in which files we have stored those data,

play10:51

what is their size, means that,

play10:53

the data is actually stored

play10:55

in which hard disks.

play10:56

What is the store location,

play10:58

where is all these information?

play11:00

In the physical schema.

play11:02

From the name "physical" itself,

play11:04

it is known that where is the data physically present.

play11:07

So who are actually here,

play11:09

database administrator.

play11:11

Database administrator decides at this level,

play11:14

which data is to be kept in which particular location,

play11:17

in which particular drive,

play11:20

how to fragment it, how to store it.

play11:23

Where we decides all these information,

play11:26

in physical schema.

play11:29

so that means designer,

play11:31

normal database designer,

play11:33

where are they working, at this level.

play11:35

The interface designer

play11:37

who works on the front end

play11:38

like someone is working on PHP,

play11:41

then if I am creating an interface on PHP's frontend

play11:44

or I am creating a simple interface using Java

play11:47

or I am creating an interface using HTML,

play11:49

then where am I sitting,

play11:51

at this point.

play11:52

So if in a company, the work is going on in 3 levels,

play11:55

so the people from the front end

play11:57

who are creating an interface using PHP

play11:59

or Java on the front end,

play12:01

they are working here.

play12:02

Who are working on the second level,

play12:04

the database designers,

play12:06

who only have to design the data,

play12:09

do not have to store them actually,

play12:10

only have to design them and give them a blueprint,

play12:13

this one.

play12:14

And at the third level,

play12:16

actually the database administrator.

play12:18

The administrator who is administering the entire data, those who have complete control. They are actually sitting here and deciding in which location to store the data because data can be stored in two ways, centralized or distributed,

play12:19

The administrator who is administering the entire data,

play12:22

those who have complete control.

play12:24

They are actually sitting here

play12:26

& deciding in which location to store the data

play12:29

because data can be stored in two ways,

play12:32

centralized or distributed,

play12:35

Centralized means

play12:36

all the data is at one place,

play12:38

we are picking up the data from there only,

play12:40

storing the data at the same place.

play12:41

Distributed which we are using in today's time a lot,

play12:44

that instead of keeping the data in one place,

play12:47

We use it all over the world in multiple locations.

play12:50

We keep that data all over the world.

play12:52

So that concept is little different.

play12:55

Here you understand we have kept centralized

play12:57

and these people are deciding,

play12:59

that where to store the data actually.

play13:01

what are their files,

play13:04

what are the names of those files.

play13:06

And actually the most important point is,

play13:10

you must be thinking that

play13:12

here I am talking about the file

play13:14

and here i am talking about table.

play13:15

This is the biggest trick

play13:17

and most of the students gets very confused

play13:19

at this point,

play13:20

When we see that data,

play13:22

when I am viewing that data as a user,

play13:25

then in which format am I seeing,

play13:26

in the table form.

play13:28

But actually in database or in hard disk,

play13:32

it is not getting stored in the form of table.

play13:34

In hard disk,

play13:35

it is getting stored in the form of files.

play13:37

but we put a layer of

play13:39

database management system on top of that.

play13:41

So if we look at the data of

play13:43

Indian Railways in today's time,

play13:45

then how do I get the information of the trains,

play13:47

in the form of table,

play13:49

train number, train name, departure time,

play13:52

arrival time etc., a whole table comes,

play13:55

but what do you think

play13:56

it is stored in hard disks in the same way?

play13:58

No, in hard disk,

play14:00

actually it is being stored in the form of files.

play14:02

But How it is show to us,

play14:04

whatever view they have decided,

play14:06

which they have decided at the admin level.

play14:08

So the same point is here,

play14:10

the physical schema here tells

play14:11

what data is actually stored,

play14:15

That data, the actual data, the real data,

play14:18

whose job it is to store that data,

play14:20

the physical schema..

play14:22

So here the concept of data independence is

play14:26

that, all these users are not connected

play14:29

directly to the database,

play14:32

in the middle we have put 3 layers,

play14:35

so these layers help in data abstraction,

play14:38

means the user know that there is data store,

play14:41

data is coming,

play14:42

it is coming from somewhere,

play14:43

but where is it coming from,

play14:44

where is the store,

play14:45

how is it coming

play14:47

and we don't even want to know this thing.

play14:49

Have you ever asked anyone in Google

play14:51

or in Facebook? No,

play14:53

Because we know that the may be cloud used,

play14:55

cloud computing used.

play14:57

I don't know any technologies in today's time,

play14:59

I just want to find

play15:01

that my data is available

play15:04

whenever I want, at which time I call the database,

play15:06

my mail should be show to me,

play15:09

that is shown to me.

play15:10

So that is the main concept of

play15:13

three schema architecture,

play15:15

and after that, we will see here

play15:17

the concept of mapping.

play15:18

But in this video i am telling only,

play15:20

what is actually 3 schema architecture.

play15:23

Thank you.

Rate This

5.0 / 5 (0 votes)

Etiquetas Relacionadas
DBMSData AbstractionSchema ArchitectureData IndependenceConceptual SchemaExternal SchemaPhysical SchemaDatabase DesignData StorageDatabase Security
¿Necesitas un resumen en inglés?