1 Pertemuan > > Matakuliah: >/ > Tahun: > Versi: >

Slides:



Advertisements
Similar presentations
Database Architectures and the Web
Advertisements

1 Pertemuan > > Matakuliah: >/ > Tahun: > Versi: >
Database Environment Pertemuan 02 Matakuliah: M0564 /Pengantar Sistem Basis Data Tahun : 2008.
Introduction to Databases
1 Chapter 2 Database Environment Transparencies © Pearson Education Limited 1995, 2005.
1 Pertemuan 02 Database environment Matakuliah: >/ > Tahun: > Versi: >
Chapter 2 Database Environment.
1 Pertemuan 01 Pengantar tentang database Matakuliah: >/ > Tahun: > Versi: >
Chapter 2 Database Environment. Agenda Three-Level ANSI-SPARC Architecture Database Languages Data Models Functions of DBMS Components of DBMS Teleprocessing.
1 Pertemuan 17 Seleksi DBMS Matakuliah: >/ > Tahun: > Versi: >
1 Minggu 1, Pertemuan 1 Introduction to Database Matakuliah: T0206-Sistem Basisdata Tahun: 2005 Versi: 1.0/0.0.
Data Management I DBMS Relational Systems. Overview u Introduction u DBMS –components –types u Relational Model –characteristics –implementation u Physical.
Chapter 2 Database Environment Pearson Education © 2014.
1 Chapter 2 Database Environment. 2 Objectives of Three-Level Architecture u All users should be able to access same data u User’s view immune to changes.
Copyright © 2011 Pearson Education, Inc. Publishing as Pearson Addison-Wesley Chapter 2 Overview of Database Languages and Architectures.
Lecture Two Database Environment Based on Chapter Two of this book:
1 Chapter 2 Database Environment. 2 Chapter 2 - Objectives u Purpose of three-level database architecture. u Contents of external, conceptual, and internal.
Introduction to Databases Transparencies 1. ©Pearson Education 2009 Objectives Common uses of database systems. Meaning of the term database. Meaning.
Chapter 3 Database Architectures and the Web Pearson Education © 2009.
Database Environment 1.  Purpose of three-level database architecture.  Contents of external, conceptual, and internal levels.  Purpose of external/conceptual.
Database System Concepts and Architecture Lecture # 3 22 June 2012 National University of Computer and Emerging Sciences.
Chapter 2 CIS Sungchul Hong
Database Architecture Introduction to Databases. The Nature of Data Un-structured Semi-structured Structured.
Chapter 2 Database Environment
CSC271 Database Systems Lecture # 4.
CST203-2 Database Management Systems Lecture 2. One Tier Architecture Eg: In this scenario, a workgroup database is stored in a shared location on a single.
Database System Concepts and Architecture Lecture # 2 21 June 2012 National University of Computer and Emerging Sciences.
Database Environment Chapter 2 AIT632 Sungchul Hong.
Database System Concepts and Architecture
2. Database System Concepts and Architecture
Lecture On Introduction (DBMS) By- Jesmin Akhter Assistant Professor, IIT, Jahangirnagar University.
1 Chapter 2 Database Environment Transparencies © Pearson Education Limited 1995, 2005.
Chapter 1 : Introduction §Purpose of Database Systems §View of Data §Data Models §Data Definition Language §Data Manipulation Language §Transaction Management.
©Silberschatz, Korth and Sudarshan1.1Database System Concepts Chapter 1: Introduction Purpose of Database Systems View of Data Data Models Data Definition.
Chapter 2 Database Environment. Agenda Three-Level ANSI-SPARC Architecture Database Languages Data Models Functions of DBMS Components of DBMS Data Dictionary.
Database Systems DBMS Environment Data Abstraction.
8/31/2012ISC329 Isabelle Bichindaritz1 Database Environment.
Database Environment Chapter 2. Data Independence Sometimes the way data are physically organized depends on the requirements of the application. Result:
1 Database Management Systems (DBMS). 2 Database Management Systems (DBMS) n Overview of: ä Database Management Components ä Database Systems Architecture.
Module 2: Database Environment
Bayu Adhi Tama, M.T.I 1 © Pearson Education Limited 1995, 2005.
Database Environment Session 2 Course Name: Database System Year : 2013.
Chapter 2 Database Environment Chuan Li 1 © Pearson Education Limited 1995, 2005.
1 Chapter 1 Introduction to Databases Transparencies.
Chapter 2 Database Environment.
1 Database Environment. 2 Objectives of Three-Level Architecture u All users should be able to access same data. u A user’s view is immune to changes.
1 Chapter 2 Database Environment Pearson Education © 2009.
Lecture On Introduction (DBMS) By- Jesmin Akhter Assistant Professor, IIT, Jahangirnagar University.
Database Environment CPSC 356 Database Ellen Walker Hiram College.
Database Environment Chapter 2. The Three-Level ANSI-SPARC Architecture External Level Conceptual Level Internal Level Physical Data.
CENG 352 Database Management Systems Nihan Kesim Çiçekli URL:
國立臺北科技大學 課程:資料庫系統 Chapter 2 Database Environment.
REV 00 Chapter 2 Database Environment DDC DATABASE SYSTEM.
REV 00 Chapter 2 Database Environment DDC DATABASE SYSTEM.
Chapter 2 Database Environment.
COMSATS INSTITUTE OF INFORMATION TECHNOLOGY, VEHARI
Tahun : <<2005>> Versi : <<1/1>>
Copyright © 2011 Pearson Education, Inc. Publishing as Pearson Addison-Wesley Chapter 2 Database System Concepts and Architecture.
Chapter 2 Database Environment.
Chapter 2 Database Environment Pearson Education © 2009.
Chapter 2: Database System Concepts and Architecture
Chapter 2 Database Environment Pearson Education © 2009.
Chapter 2 Database Environment.
Data Base System Lecture : Database Environment
Data, Databases, and DBMSs
Database Environment Transparencies
Chapter 2 Database Environment Pearson Education © 2014.
Chapter 2 Database Environment Pearson Education © 2009.
Chapter 2 Database Environment Pearson Education © 2009.
Presentation transcript:

1 Pertemuan > > Matakuliah: >/ > Tahun: > Versi: >

2 Learning Outcomes Pada akhir pertemuan ini, diharapkan mahasiswa akan mampu : Mahasiswa dapat Menerangkan perbedaan DDL dan DML, View dan arsitektur multiuser

3 Outline Materi mengenal DDL dan DML penggolongan model data fungsi, komponen DBMS arsitektur multi-user sistem katalog

4 Chapter 2( lanjutan pert. 03) Database Environment Transparencies

5 Chapter 2 - Objectives u Distinction between DDL and DML. u A classification of data models. u Purpose/importance of conceptual modeling. u Typical functions and services a DBMS provide. u Software components of a DBMS. u Meaning of client–server architecture and advantages of this type of architecture for a DBMS. u Function & uses Transaction Processing Monitors. u Function and importance of the system catalog.

6 Database Languages u Data Definition Language (DDL) –Allows the DBA or user to describe and name entities, attributes, and relationships required for the application –plus any associated integrity and security constraints.

7 Database Languages u Data Manipulation Language (DML) –Provides basic data manipulation operations on data held in the database. u Procedural DML –allows user to tell system exactly how to manipulate data. u Non-Procedural DML –allows user to state what data is needed rather than how it is to be retrieved.

8 Database Languages u Fourth Generation Language (4GL) –Query Languages –Forms Generators –Report Generators –Graphics Generators –Application Generators.

9 Data Model Integrated collection of concepts for describing data, relationships between data, and constraints on the data in an organization. u Data Model comprises: –a structural part; –a manipulative part; –possibly a set of integrity rules.

10 Data Model u Purpose –To represent data in an understandable way. u Categories of data models include: –Object-based –Record-based –Physical.

11 Data Models u Object-Based Data Models –Entity-Relationship –Semantic –Functional –Object-Oriented. u Record-Based Data Models –Relational Data Model –Network Data Model –Hierarchical Data Model. u Physical Data Models

12 Conceptual Modeling u Conceptual schema is the core of a system supporting all user views. u Should be complete and accurate representation of an organization’s data requirements. u Conceptual modeling is process of developing a model of information use that is independent of implementation details. u Result is a conceptual data model.

13 Functions of a DBMS u Data Storage, Retrieval, and Update. u A User-Accessible Catalog. u Transaction Support. u Concurrency Control Services. u Recovery Services.

14 Functions of a DBMS u Authorization Services. u Support for Data Communication. u Integrity Services. u Services to Promote Data Independence. u Utility Services.

15 Components of a DBMS

16 Components of Database Manager (DM)

17 Multi-User DBMS Architectures u Teleprocessing u File-server u Client-server

18 Teleprocessing u Traditional architecture. u Single mainframe with a number of terminals attached. u Trend is now towards downsizing.

19 Teleprocessing Topology

20 File-Server u File-server is connected to several workstations across a network. u Database resides on file-server. u DBMS and applications run on each workstation. u Disadvantages include: –Significant network traffic. –Copy of DBMS on each workstation. –Concurrency, recovery and integrity control more complex.

21 File-Server Architecture

22 Client-Server u Server holds the database and the DBMS. u Client manages user interface and runs applications. u Advantages include: –wider access to existing databases; –increased performance; –possible reduction in hardware costs; –reduction in communication costs; –increased consistency.

23 Client-Server Architecture

24 Alternative Client-Server Topologies

25 Transaction Processing Monitors u Program that controls data transfer between clients and servers in order to provide a consistent environment, particularly for Online Transaction Processing (OLTP).

26 Transaction Processing Monitor as middle tier of a three-tier client-server architecture

27 System Catalog u Repository of information (metadata) describing the data in the database. u Typically stores: –names of authorized users; –names of data items in the database; –constraints on each data item; –data items accessible by a user and the type of access. u Used by modules such as Authorization Control and Integrity Checker.

28 Information Resource Dictionary System (IRDS) u Response to an attempt to standardize data dictionary interfaces. u Objectives: –extensibility of data; –integrity of data; –controlled access to data.

29 IRDS services interface

30 > Dilanjutkan ke pert 05 DATABASE ENVIRONMENT