© 2007 by Prentice Hall 1 Introduction to databases.

Slides:



Advertisements
Similar presentations
Chapter 1: The Database Environment
Advertisements

The Database Environment
Prentice Hall, Database Systems Week 1 Introduction By Zekrullah Popal.
IS 4420 Database Fundamentals Leon Chen. 2 Agenda About yourself About yourself  Name  Major About the instructor About the instructor Syllabus Syllabus.
Chapter 1: The Database Environment
1 IS380 Class Agenda 01/11/05 Sock H. Chung 1.Syllabus 2.Chapter 1 3.Introduction 4. Request.
1 Introduction The Database Environment. 2 Web Links Google General Database Search Database News Access Forums Google Database Books O’Reilly Books Oracle.
Ch1: File Systems and Databases Hachim Haddouti
© Prentice Hall 1 Chapter 1: The Database Environment.
© 2007 by Prentice Hall 1 Chapter 1: The Database Environment Modern Database Management 8 th Edition Jeffrey A. Hoffer, Mary B. Prescott, Fred R. McFadden.
Database Management Systems ISYS 464 David Chao. Introduction to Databases The most important component in an information system Created to support all.
Chapter 1: The Database Environment and Development Process
Managing Enterprise Database ISYS 464 David Chao.
Chapter 1 An Overview of Database Management. 1-2 Topics in this Chapter What is a Database System? What is a Database? Why Database? Data Independence.
Chapter 1: The Database Environment
Database Management COP4540, SCS, FIU An Introduction to database system.
Chapter 1 1 © Prentice Hall, 2002 Database Design Dr. Bijoy Bordoloi Introduction to Database Processing.
Chapter 1 1 © Prentice Hall, 2002 Database Design Dr. Bijoy Bordoloi Introduction to Database Processing.
CHAPTER 1: THE DATABASE ENVIRONMENT AND DEVELOPMENT PROCESS Modern Database Management 11 th Edition Jeffrey A. Hoffer, V. Ramesh, Heikki Topi © 2013 Pearson.
CHAPTER 1: THE DATABASE ENVIRONMENT AND DEVELOPMENT PROCESS Modern Database Management 11 th Edition Jeffrey A. Hoffer, V. Ramesh, Heikki Topi © 2013 Pearson.
Chapter 1: The Database Environment and Development Process
Database Design - Lecture 1
Chapter 1: The Database Environment and Development Process
Module Title? DBMS Introduction to Database Management System.
Accounting Information System (DBMS Approach) Yohanes Handoko, SE.
MIS 385/MBA 664 Systems Implementation with DBMS/ Database Management Dave Salisbury ( )
CHAPTER 8: MANAGING DATA RESOURCES. File Organization Terms Field: group of characters that represent something Record: group of related fields File:
Architecture for a Database System
MIS 301 Information Systems in Organizations Dave Salisbury ( )
CHAPTER 1: THE DATABASE ENVIRONMENT AND DEVELOPMENT PROCESS Modern Database Management 11 th Edition Jeffrey A. Hoffer, V. Ramesh, Heikki Topi © 2013 Pearson.
© 2009 Pearson Education, Inc. Publishing as Prentice Hall 1 Chapter 1: The Database Environment Modern Database Management 9 th Edition Jeffrey A. Hoffer,
© 2009 Pearson Education, Inc. Publishing as Prentice Hall 1 Unit 1: Background and Terminology Chapters 1 + 2: Modern Database Management 9 th Edition.
MIS 327 Database Management system 1 MIS 327: DBMS Dr. Monther Tarawneh Dr. Monther Tarawneh Week 2: Basic Concepts.
Database System Introduction to Database Environment October 31, 2009 Software Park, Bangkok Thailand Pree Thiengburanathum College of Arts and Media Chiang.
Database Management System Prepared by Dr. Ahmed El-Ragal Reviewed & Presented By Mr. Mahmoud Rafeek Alfarra College Of Science & Technology- Khan younis.
Chapter 1 Chapter 1: The Database Environment Modern Database Management 8 th Edition Jeffrey A. Hoffer, Mary B. Prescott, Fred R. McFadden © 2007 by Prentice.
5 - 1 Copyright © 2006, The McGraw-Hill Companies, Inc. All rights reserved.
Chapter 1 1 Lecture # 1 & 2 Chapter # 1 Databases and Database Users Muhammad Emran Database Systems.
CHAPTER 1: THE DATABASE ENVIRONMENT AND DEVELOPMENT PROCESS Modern Database Management 11 th Edition, International Edition Jeffrey A. Hoffer, V. Ramesh,
THE DATABASE ENVIRONMENT Definitions: Data, Information, Database, MetadataData, Information File Processing Systems The Database Approach Components of.
1 Database Systems Instructor: Nasir Minhas Assistant Professor UIIT PMAS-AAUR
© 2011 Pearson Education, Inc. Publishing as Prentice Hall 1 Chapter 1: The Database Environment and Development Process Modern Database Management 10.
MIS 301 Information Systems in Organizations Dave Salisbury ( )
Database Management Systems ISYS 464
Chapter 1 © 2013 Pearson Education, Inc. Publishing as Prentice Hall Chapter 1: The Database Environment and Development Process Modern Database Management.
Copyright © 2016 Pearson Education, Inc. CHAPTER 1: THE DATABASE ENVIRONMENT AND DEVELOPMENT PROCESS Modern Database Management 12 th Edition Jeff Hoffer,
Copyright © 2016 Pearson Education, Inc. CHAPTER 1: THE DATABASE ENVIRONMENT AND DEVELOPMENT PROCESS Modern Database Management 12 th Edition Jeff Hoffer,
Chapter 1 © 2013 Pearson Education, Inc. Publishing as Prentice Hall Chapter 1: The Database Environment and Development Process (Contd..) Modern Database.
Introduction to Advanced Database Systems Dr. Njogu.
CHAPTER 1: THE DATABASE ENVIRONMENT AND DEVELOPMENT PROCESS Modern Database Management 11 th Edition, International Edition Jeffrey A. Hoffer, V. Ramesh,
1 Lecture1 Introduction to Databases Systems Database 1.
Chapter 1 1 DATABASE ENGINEERING INTRODUCTION. Chapter 1 2 DATABASE ENGINEERING EC-316 Credits4(3,1) Text Book: Modern Database Management, by Hoffer,
© 2005 by Prentice Hall 1 Chapter 1: The Database Environment Modern Database Management 7 th Edition Jeffrey A. Hoffer, Mary B. Prescott, Fred R. McFadden.
Database Fundamentals
Introduction To DBMS.
An Introduction to database system
The Database Environment
Lecture 2.
Chapter 1: The Database Environment
CHAPTER 1: THE DATABASE ENVIRONMENT AND DEVELOPMENT PROCESS
Chapter 1: The Database Environment
CHAPTER 1: THE DATABASE ENVIRONMENT AND DEVELOPMENT PROCESS
Chapter 1: The Database Environment
Chapter 1: The Database Environment
The Database Environment
Chapter 1: The Database Environment
DATABASE ENGINEERING INTRODUCTION.
Chapter 1: The Database Environment
The Database Environment
MIS 385/MBA 664 Systems Implementation with DBMS/ Database Management
Presentation transcript:

© 2007 by Prentice Hall 1 Introduction to databases

2 Objectives Define terms Define terms Show limitations of conventional file processing Show limitations of conventional file processing Show advantages of databases Show advantages of databases Identify costs and risks of databases Identify costs and risks of databases List components of database environment List components of database environment Describe evolution of database systems Describe evolution of database systems Describe database system development life cycle Describe database system development life cycle Explain prototyping and agile development approaches Explain prototyping and agile development approaches Explain roles of individuals Explain roles of individuals Explain the three-schema architecture for databases Explain the three-schema architecture for databases

3 Definitions Database: organized collection of logically related data Database: organized collection of logically related data Data: stored representations of meaningful objects and events Data: stored representations of meaningful objects and events – Structured: numbers, text, dates – Unstructured: images, video, documents Information: data processed to increase knowledge in the person using the data Information: data processed to increase knowledge in the person using the data

4 Data in context Context helps users understand data

5 Graphical displays turn data into useful information that managers can use for decision making and interpretation Summarized data

6 Metadata: Descriptions of the properties or characteristics of the data, including data types, field sizes, allowable values, and data context

7 Old file processing systems at Pine Valley Furniture Company Duplicate Data

8 Disadvantages of File Processing Program-Data Dependence Program-Data Dependence – All programs maintain metadata for each file they use Duplication of Data (data redundancy) Duplication of Data (data redundancy) – Different systems/programs have separate copies of the same data Limited Data Sharing Limited Data Sharing – No centralized control of data Lengthy Development Times Lengthy Development Times – Programmers must design their own file formats Excessive Program Maintenance Excessive Program Maintenance – 80% of information systems budget

9 Problems with Data Dependency Each application program typically maintains its own data. Each application program typically maintains its own data. – One application’s data might be duplicated in another application. – (Then the users must do “double data entry” or there needs to be an interface program that copies data from one application to the other.) Each application program includes code for the metadata of each file (e.g., “record layouts” appear in each cobol program). Each application program includes code for the metadata of each file (e.g., “record layouts” appear in each cobol program). – So, if you want to add a new field to a table (e.g., birth-date added to each employee), every single program must be modified and retested.

10 Problems with Data Dependency Each application program has its own processing routines for reading, inserting, updating, and deleting data. Each application program has its own processing routines for reading, inserting, updating, and deleting data. – Too many lines of code makes it hard to maintain (modify while keeping out the bugs) Lack of coordination and central control Lack of coordination and central control Non-standard file formats Non-standard file formats

11 Problems with Data Redundancy Data inconsistency: Data changes in one file could cause inconsistencies (if not changed in other copies of that data – which one is the latest/correct version?) Data inconsistency: Data changes in one file could cause inconsistencies (if not changed in other copies of that data – which one is the latest/correct version?) Compromises in data integrity: As example of “compromised data integrity” would be allowing records (that are referenced by other data) to be deleted. Compromises in data integrity: As example of “compromised data integrity” would be allowing records (that are referenced by other data) to be deleted.

12 SOLUTION: The DATABASE Approach Central repository of data -- accessed by all applications. (so, no data redundancy) Central repository of data -- accessed by all applications. (so, no data redundancy) The data is managed (protected) by a software called a Database Management System (no programs can access the database except thru the DBMS) – so, no data inconsistencies. The data is managed (protected) by a software called a Database Management System (no programs can access the database except thru the DBMS) – so, no data inconsistencies.

13 Database Management System DBMS manages data resources like an operating system manages hardware resources A software system that is used to create, maintain, and provide controlled access to user databases Order Filing System Invoicing System Payroll System DBMS Central database Contains employee, order, inventory, pricing, and customer data

14 Advantages of the Database Approach Program-data independence Program-data independence Less data redundancy Less data redundancy Improved data consistency Improved data consistency Improved data sharing Improved data sharing Increased application development productivity Increased application development productivity Enforcement of standards Enforcement of standards Improved data quality Improved data quality Improved data accessibility and responsiveness Improved data accessibility and responsiveness Reduced program maintenance Reduced program maintenance Improved decision support Improved decision support

15 Costs and Risks of the Database Approach Installation and conversion costs Installation and conversion costs management cost and complexity - specialized personnel are needed to support the Database and DBMS. management cost and complexity - specialized personnel are needed to support the Database and DBMS. Organizational conflict – (user groups may not agree about the details of the shared data, or who should be allowed to access/update it) Organizational conflict – (user groups may not agree about the details of the shared data, or who should be allowed to access/update it)

16Definitions Relational Database: a database that contains related tables and little/no redundancy. Typically accessed by business applications. Relational Database: a database that contains related tables and little/no redundancy. Typically accessed by business applications. Data model: Graphical representation (picture) of a database, showing it’s tables and how they are related. Data model: Graphical representation (picture) of a database, showing it’s tables and how they are related. Database Management System (DBMS) : software for managing the database. No program can see or modify the database unless it “passes through” the DBMS which acts guards to ensure Database Management System (DBMS) : software for managing the database. No program can see or modify the database unless it “passes through” the DBMS which acts guards to ensure – Everyone sees only what they are allowed to see and modifies only what they are allowed to modify – Data integrity is maintained (e.g., you can’t delete data that is being referenced by other data. Repository: A database management system can work with ANY data model. How? It stores the details about the data model (table names, field names and types etc). These details aer called “METADATA”. Repository: A database management system can work with ANY data model. How? It stores the details about the data model (table names, field names and types etc). These details aer called “METADATA”. Database Application: Database Application: – A business application program that supports business functions and accesses a database, e.g., add new data, update data, delete data, read data, summarize/report data) – Usually called a Web application (if used in browser, run over the internet) or a windows app (if installed directly on a PC and run over a local area network).

17 One customer may place many orders, but each order is placed by a single customer  One-to-many relationship

18 One order has many order lines; each order line is associated with a single order  One-to-many relationship

19 One product can be in many order lines, each order line refers to a single product  One-to-many relationship

20 Therefore, one order involves many products and one product is involved in many orders  Many-to-many relationship

21 Enterprise Database Applications Enterprise Resource Planning (ERP) Enterprise Resource Planning (ERP) – Integrate all enterprise functions (manufacturing, finance, sales, marketing, inventory, accounting, human resources) Data Warehouse Data Warehouse – Integrated decision support system derived from various operational databases

22 Enterprise Data Warehouse – A data warehouse is an Integrated decision support system derived from various operational databases. The data warehouse contains historical copies of transactions of those operational systems. By getting all that data into one place, users can then ask questions of the warehouse, such as which customers buy the most, when, how often. By getting all that data into one place, users can then ask questions of the warehouse, such as which customers buy the most, when, how often.

23 Enterprise Data Warehouse Each day data is cleaned/reconciled (one system may call something one way and another system may call it another way) so that it can be loaded into the warehouse. Each day data is cleaned/reconciled (one system may call something one way and another system may call it another way) so that it can be loaded into the warehouse. While the data is being loaded, it is also being summarized. This is to make it more efficient to access. Otherwise there is too much detailed data that needs to be summarized on the fly and performance suffers. While the data is being loaded, it is also being summarized. This is to make it more efficient to access. Otherwise there is too much detailed data that needs to be summarized on the fly and performance suffers. During the load process, the warehouse is not available for users (because the totals wont be correct until the load is complete). During the load process, the warehouse is not available for users (because the totals wont be correct until the load is complete).

24 Enterprise Data Warehouse It is interesting to note that good design principles for relational databases (no data redundancy, many constraints to maintain data integrity) are BAD design for data warehouse It is interesting to note that good design principles for relational databases (no data redundancy, many constraints to maintain data integrity) are BAD design for data warehouse Data Warehouses (because they load lots of data from different sources) use lots of data redundancy (e.g., pre- calculated totals) to make queries run faster. Data Warehouses (because they load lots of data from different sources) use lots of data redundancy (e.g., pre- calculated totals) to make queries run faster. Data Warehouses have few or no constraints so that the load process goes faster (so that the warehouse becomes available for users as soon as possible). Data Warehouses have few or no constraints so that the load process goes faster (so that the warehouse becomes available for users as soon as possible).  We’ll learn more about warehouses later…  We’ll learn more about warehouses later…

25 An enterprise data warehouse Data is extracted from multiple systems within a corporation. Data is extracted from multiple systems within a corporation. This data is transformed (as necessary) and merged possibly adding data from external sources) into the data warehouse. This data is transformed (as necessary) and merged possibly adding data from external sources) into the data warehouse.

26 Evolution of DB Systems

Summary Define terms Show limitations of conventional file processing Show advantages of databases Identify costs and risks of databases Data Models Define Enterprise Data Warehouse Describe evolution of database systems