Your SlideShare is downloading. ×
0
MODULE 1DATABASE MANAGEMENT SYSTEMS
HISTORY OF DATABASE    PROCESSING
STAGES•   Organizational Context (1960)•   Relational Model (1970)•   Object Oriented DBMS (1980)•   Client Server Databas...
Organizational Context (1960) Used to solve file processing Difficulty in managing data Difficulty in developing new syste...
Limitations•   Limited Technology•   New Technology•   Slow Applications•   Unreliable Applications•   Difficulty in Handl...
What made the situation to improve ?• More Education on Hardware and Software• More experts evolved• New methods of: contr...
EvolutionsNavigational                                       ParentDBMS                      Root  Integrated Data       S...
Relational Model (1970)• Used application of mathematics: Relational  Algebra• Used to reduce the problem of storing large...
Benefits•   Minimizes duplication•   Eliminates processing & storing Errors•   Data stored as tables: rows & columns•   Co...
Order    Customer     Customer    ItemNumber   First Name   Last NameA1010    John         Markose     ChairA1011    Marti...
Resistance to Relational Model•   Requires more computer resources•   Makes the system slow•   Impractical with less speed...
Object oriented DBMSAn object-oriented database managementsystem (OODBMS), sometimes shortened toODBMS for object database...
What is an object ?• objects are key to understanding object-  oriented technology• Examples:• dogs have• state (name, col...
Examples:• Bicycles have• state (current gear, current pedal cadence,  two wheels, number of gears)and• behavior (braking,...
Object• Definition: An object is a software bundle of  variables and related methods.
Drawbacks• Difficult to use• Very expensive to develop• Already data in relational model needs  conversion• More suitable ...
Client Server Database Application                (1990)• A client/server application is a piece of  software that runs on...
Basic Elements• A CSDB system consists of three primary  software components:• the client application (also called the fro...
Client Application• The client application is responsible  for accepting input from the user,  submitting a query to the d...
Data Access LayerThe data access layer is relativelytransparent to the user, but may bevery apparent to the developer ofth...
Database ServerThe database server accepts queriesfrom clients, processes themconcurrently, and returns results.There are ...
Problems     Technical Support                         SecurityConnectivity
Database Models• Hierarchical DBMS Model• Network DBMS Model• Relational DBMS Model• Object Oriented DBMS Model• Multi dim...
• The hierarchical data model organizes data in a  tree structure.• There is a hierarchy of parent and child data  segment...
A hierarchical database consists of the following:• It contains nodes connected by branches.• The top node is called the r...
Network Model• The network database organizes data in a  network structure.• Any column in the network structure can be  l...
Network Model• Network DBMS have found not much more  acceptance than the hierarchical DBMS.• They have the same flexibili...
Relational Model• The relational database organizes data in  tables.• Each table is identified by a unique table  name, an...
Properties of Relational Tables:•   Values Are Atomic•   Each Row is Unique•   Column Values Are of the Same Kind•   The S...
One-to-one Relationship-• One-to-one Relationship-  Here one and only one record in the  destination table is related to o...
One to one relationship
One-to-Many Relationship-• This means that one record in the destination  table may be related to more than one record  in...
One-to-Many Relationship-
Many-to-One Relationship• This type of relationship is just opposite to the  One-to-Many Relationship. Here two or more  r...
Many-to-One Relationship
Object Oriented Model• The object oriented data model manages data  through object.• An object is a collection of data ele...
Multi Dimensional Database Model• A multidimensional database (MDB) is a type  of database that is optimized for data  war...
DATABSE COMPONENTS•   Data Repository        •   System Software•   DBMS                   •   Network Application•   Hard...
APPLICATION INTERFACEUSERS                                                          PRACTIONERS                   PROCEDUR...
Data Repository• Data Repository is a logical (and sometimes  physical) partitioning of data where multiple  databases whi...
Procedure interface• The characteristics of a procedure that is  executed on the database• ExampleSQL:>/ CREATE TABLE <Tab...
Data Dictionary• A data dictionary is a collection of descriptions  of the data objects or items in a data model  for the ...
Data dictionary : sample
Database Development Process
Enterprise data modelling• Is the first step in database development, in  which the scope and general contents of  organis...
Enterprise data modelling• Data model encompass both current and historical data of  the organisation• The model should re...
Information System Architecture (ISA)6 Key Components:1. Data2. Process3. Network4. People5. Events and points in Time6. R...
1. DataThe processed informationThe information that need to be exchanged,  recorded, processed and verified, and  classif...
2. Process• The event that manipulates the dataExample:Pos (Point of Sales): Billing of itemsBank : withdrawal or deposit ...
3. Network• Network transports the data around  the organization and between the  organizations and the key business  part...
4. People• The entities who perform the process• They are the source of information and  receiver of informationExample:Po...
5. Events and points in time
6. Reasons• Reasons for events• Rules that govern the process• Example: Customer cash withdrawal at ATM
ATM transactionSl. No   Event         Process       Action1        Enter Pin     Verify Pin    Authorize2        Enter    ...
enterprise data model (Pine Valley Furniture Company)
Information Engineering• “A data-oriented methodology to create and maintain  information systems.”• Top-down planning app...
Information Engineering Planning                  phase1.   Identify Strategic Planning Factorsa.   Goalsb.   Critical Suc...
Information Engineering Planning                phase2. Identify Corporate Planning Objectsa. Organizational Unitsb. Locat...
Information Engineering Planning                phase3. Develop Enterprise Modela. Functional decompositionb. Entity- Rela...
Example of process decomposition of an order fulfillment function
Planning matrices• Provide an explicit approach for describing  business requirements• Location to function (which busines...
Planning matrices• Supporting function to data entity (which data  are captured, used, updated, deleted within  each funct...
Systems development life cycle (SDLC)• Is a complete set of steps that a team of IS professionals  follow to specify, deve...
Database development activities during the                         SDLCProject Identification   and Selection             ...
Phase 1: Project identification and              Selection:       Purpose               Deliverables• Understanding       ...
Phase 2: Project Initiation & Planning        Purpose                Deliverables• Stating Business       • Written reques...
Phase 3: Analysis         Purpose               Deliverables• Analyze Business      • Functional specification  situation ...
Phase 4: Logical Design        Purpose            Deliverables• To elicit and     Detailed functional  structure all      ...
Phase 5: Physical design       Purpose             Deliverables• To develop       •   Computer Program  technology and   •...
Phase 6: Implementation:        Purpose              Deliverables• To write programs    • Programs that work• Build data f...
Phase 7: Maintenance       Purpose               Deliverables• Monitor operations   • Periodic audits to  and usefulness o...
Database development stages/ phases1.   Enterprise Modeling2.   Conceptual data modeling3.   Logical database design4.   P...
1. Enterprise Modeling• Analyze current data processing• Analyze general functions and their database  needs• Justify need...
2. Conceptual data modeling• Identify scope of database requirement• Analyze overall data requirement• Develop preliminary...
3: Logical database design• Analyze- transactions, forms, displays, and  inquiries and database views.• Integrate database...
4. Physical database design &               definition• Define database to DBMS• Decide on physical organization of data• ...
5. Database Implementation• Code & test database processing programs• Complete database documentation & training  material...
6. Database Maintenance• Analyze database and database applications to  ensure that evolving information  requirements are...
Lets wind up…………..•   Data, Database, Database Management System•   Relationship of application programs with DBMS•   Defi...
History of database processing module 1 (2)
History of database processing module 1 (2)
History of database processing module 1 (2)
History of database processing module 1 (2)
History of database processing module 1 (2)
History of database processing module 1 (2)
History of database processing module 1 (2)
Upcoming SlideShare
Loading in...5
×

History of database processing module 1 (2)

1,635

Published on

Published in: Business, Technology
0 Comments
1 Like
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total Views
1,635
On Slideshare
0
From Embeds
0
Number of Embeds
0
Actions
Shares
0
Downloads
37
Comments
0
Likes
1
Embeds 0
No embeds

No notes for slide

Transcript of "History of database processing module 1 (2)"

  1. 1. MODULE 1DATABASE MANAGEMENT SYSTEMS
  2. 2. HISTORY OF DATABASE PROCESSING
  3. 3. STAGES• Organizational Context (1960)• Relational Model (1970)• Object Oriented DBMS (1980)• Client Server Database Application (1990)• Database using internet Technology (200)
  4. 4. Organizational Context (1960) Used to solve file processing Difficulty in managing data Difficulty in developing new systems Limitations in Integration of data StartedOrganization Companies started developing large wide database Database Started centralizing operational dataApplication
  5. 5. Limitations• Limited Technology• New Technology• Slow Applications• Unreliable Applications• Difficulty in Handling large Volume of Data• Slow Transactions• Unreliability of Database
  6. 6. What made the situation to improve ?• More Education on Hardware and Software• More experts evolved• New methods of: controlling data : protecting data : backing of database
  7. 7. EvolutionsNavigational ParentDBMS Root Integrated Data Store(Charles Bachman) IMS By: IBM
  8. 8. Relational Model (1970)• Used application of mathematics: Relational Algebra• Used to reduce the problem of storing large amount of data• Developed by E.F.Codd
  9. 9. Benefits• Minimizes duplication• Eliminates processing & storing Errors• Data stored as tables: rows & columns• Concept of normalization used• Columns of 1 row relates the entities
  10. 10. Order Customer Customer ItemNumber First Name Last NameA1010 John Markose ChairA1011 Martin Baby TablesA1012 Thomas Stephen CupboardA1013 Peter Edwin Computer
  11. 11. Resistance to Relational Model• Requires more computer resources• Makes the system slow• Impractical with less speed processing capacity• Examples: INGRES, PRTV, Business System 12 Alphora Dataphor, Rel
  12. 12. Object oriented DBMSAn object-oriented database managementsystem (OODBMS), sometimes shortened toODBMS for object database managementsystem), is a database management system(DBMS) that supports the modelling andcreation of data as objects.
  13. 13. What is an object ?• objects are key to understanding object- oriented technology• Examples:• dogs have• state (name, color, breed, hungry)and• dogs have behavior (barking, fetching, and slobbering )
  14. 14. Examples:• Bicycles have• state (current gear, current pedal cadence, two wheels, number of gears)and• behavior (braking, accelerating, slowing down, changing gears).
  15. 15. Object• Definition: An object is a software bundle of variables and related methods.
  16. 16. Drawbacks• Difficult to use• Very expensive to develop• Already data in relational model needs conversion• More suitable for engineering application
  17. 17. Client Server Database Application (1990)• A client/server application is a piece of software that runs on a client computer and makes requests to a remote server.• “Client/server systems operate in a networked environment, splitting the processing of an application between a front-end client and a back-end processor.”
  18. 18. Basic Elements• A CSDB system consists of three primary software components:• the client application (also called the front end),• the data access layer (also called middleware), and• the database server (also called a database engine, DBMS, data source, or back end).
  19. 19. Client Application• The client application is responsible for accepting input from the user, submitting a query to the database server based on that input, receiving results from the server, formatting them, and presenting them to the user.
  20. 20. Data Access LayerThe data access layer is relativelytransparent to the user, but may bevery apparent to the developer ofthe client app. It provides for theapplication and API used to submitqueries to a data source .
  21. 21. Database ServerThe database server accepts queriesfrom clients, processes themconcurrently, and returns results.There are a number of differentquery languages around, by far themost prevalent of which is SQL
  22. 22. Problems Technical Support SecurityConnectivity
  23. 23. Database Models• Hierarchical DBMS Model• Network DBMS Model• Relational DBMS Model• Object Oriented DBMS Model• Multi dimensional DBMS Model
  24. 24. • The hierarchical data model organizes data in a tree structure.• There is a hierarchy of parent and child data segments.• This structure implies that a record can have repeating information, generally in the child data segments.• Data in a series of records, which have a set of field values attached to it.• It collects all the instances of a specific record together as a record type.• These record types are the equivalent of tables in the relational model, and with the individual records being the equivalent of rows.
  25. 25. A hierarchical database consists of the following:• It contains nodes connected by branches.• The top node is called the root.• If multiple nodes appear at the top level, the nodes are called root segments.• The parent of node is a node directly above a node• Each node (with the exception of the root) has exactly one parent.• The child of node is the node directly below the node and connected by a branch.• One parent may have many children.
  26. 26. Network Model• The network database organizes data in a network structure.• Any column in the network structure can be linked to any other like a tree structure.• A network structure can be described in terms of parents and children.• This model allows having more than one parent.
  27. 27. Network Model• Network DBMS have found not much more acceptance than the hierarchical DBMS.• They have the same flexibility limitations as hierarchical database:• the more powerful structure for representing data relationships allows a more realistic modeling of geographic phenomena.• However network database tend to become overlay complex too easily.
  28. 28. Relational Model• The relational database organizes data in tables.• Each table is identified by a unique table name, and is organized by rows and columns.• Each column within a table also has a unique name. Columns store the values for a specific attribute• Rows represent one record in the table.
  29. 29. Properties of Relational Tables:• Values Are Atomic• Each Row is Unique• Column Values Are of the Same Kind• The Sequence of Columns is Insignificant• The Sequence of Rows is Insignificant• Each Column Has a Unique Name
  30. 30. One-to-one Relationship-• One-to-one Relationship- Here one and only one record in the destination table is related to one and only one record in the source table.
  31. 31. One to one relationship
  32. 32. One-to-Many Relationship-• This means that one record in the destination table may be related to more than one record in the source
  33. 33. One-to-Many Relationship-
  34. 34. Many-to-One Relationship• This type of relationship is just opposite to the One-to-Many Relationship. Here two or more records in the destination table may be related to one record in the source table.
  35. 35. Many-to-One Relationship
  36. 36. Object Oriented Model• The object oriented data model manages data through object.• An object is a collection of data elements and operations that together are considered as single entity.
  37. 37. Multi Dimensional Database Model• A multidimensional database (MDB) is a type of database that is optimized for data warehouse and online analytical processing (OLAP) applications.• Multidimensional databases are frequently created using input from existing relational databases. Whereas a relational database is typically accessed using a Structured Query Language (SQL)
  38. 38. DATABSE COMPONENTS• Data Repository • System Software• DBMS • Network Application• Hardware • Front Tools• Procedure Interface • Users• Application Software• Practitioners• Data Dictionary
  39. 39. APPLICATION INTERFACEUSERS PRACTIONERS PROCEDURE INTERFACE QUERY APPLICATION REPORTING SOFTWARE FRONT END TOOLSDATABASE DATA DATACOMPON- REPOS DBMS DICTIO NARY ENTS ITORY HARDWARE
  40. 40. Data Repository• Data Repository is a logical (and sometimes physical) partitioning of data where multiple databases which apply to specific applications or sets of applications reside.
  41. 41. Procedure interface• The characteristics of a procedure that is executed on the database• ExampleSQL:>/ CREATE TABLE <Table name>
  42. 42. Data Dictionary• A data dictionary is a collection of descriptions of the data objects or items in a data model for the benefit of programmers and others who need to refer to them.
  43. 43. Data dictionary : sample
  44. 44. Database Development Process
  45. 45. Enterprise data modelling• Is the first step in database development, in which the scope and general contents of organisational databases are specified• Graphical representation of data used by an enterprise or company• Gives a helicopter view of the data and data transactions of the organisation•
  46. 46. Enterprise data modelling• Data model encompass both current and historical data of the organisation• The model should reflect both the data and the processes of the organisation, plus the views of these components required by the various sections of the organisation.• Example:• sales data (invoices etc.) will be viewed from a monetary aspect by the accountant, from a quantitative aspect by the store staff and from both these aspects by the marketing people
  47. 47. Information System Architecture (ISA)6 Key Components:1. Data2. Process3. Network4. People5. Events and points in Time6. Reason
  48. 48. 1. DataThe processed informationThe information that need to be exchanged, recorded, processed and verified, and classified and stored.
  49. 49. 2. Process• The event that manipulates the dataExample:Pos (Point of Sales): Billing of itemsBank : withdrawal or deposit of money by a customer
  50. 50. 3. Network• Network transports the data around the organization and between the organizations and the key business partners.
  51. 51. 4. People• The entities who perform the process• They are the source of information and receiver of informationExample:Pos: Sender of information: Billing clerk Receiver of Information: Store manager
  52. 52. 5. Events and points in time
  53. 53. 6. Reasons• Reasons for events• Rules that govern the process• Example: Customer cash withdrawal at ATM
  54. 54. ATM transactionSl. No Event Process Action1 Enter Pin Verify Pin Authorize2 Enter Choose Authenticate Transaction Transaction Type3 Enter Verify Allow Amount balance Withdrawal
  55. 55. enterprise data model (Pine Valley Furniture Company)
  56. 56. Information Engineering• “A data-oriented methodology to create and maintain information systems.”• Top-down planning approach.• Four steps: – Planning (Results in an Information Systems Architecture) – Analysis – meet the various members of the organisation (from top to bottom) to discuss and agree on the data requirements and the processes involved – Design – Implementation
  57. 57. Information Engineering Planning phase1. Identify Strategic Planning Factorsa. Goalsb. Critical Success factorsc. Problem Areas
  58. 58. Information Engineering Planning phase2. Identify Corporate Planning Objectsa. Organizational Unitsb. Locationc. Business Functionsd. Entity Types
  59. 59. Information Engineering Planning phase3. Develop Enterprise Modela. Functional decompositionb. Entity- Relationship diagramc. Planning Matrices
  60. 60. Example of process decomposition of an order fulfillment function
  61. 61. Planning matrices• Provide an explicit approach for describing business requirements• Location to function (which business function is being performed at which location)• Unit to function (which business functions are the responsibility of which business units)• IS application to data entity (explains how each information system interacts with each data entity)
  62. 62. Planning matrices• Supporting function to data entity (which data are captured, used, updated, deleted within each function)• IS application to business objective (shows which information systems support each business objective)
  63. 63. Systems development life cycle (SDLC)• Is a complete set of steps that a team of IS professionals follow to specify, develop, maintain and replace information systems• Process is often viewed as a cascade of steps (see following figure)• Cascade or ‘waterfall’ approach as each step flows into the next – though steps can overlap in time and it is possible to backtrack when prior decisions need to be reconsidered
  64. 64. Database development activities during the SDLCProject Identification and Selection Project Initiation and Planning Analysis Logical Design Physical Design Implementation Maintenance
  65. 65. Phase 1: Project identification and Selection: Purpose Deliverables• Understanding • Formal request to Business situation conduct project design, and develop information system
  66. 66. Phase 2: Project Initiation & Planning Purpose Deliverables• Stating Business • Written request to situation study the possible• Stating how changes to existing information system system or the solves the problem development of a• Stating the new system opportunity by using information system
  67. 67. Phase 3: Analysis Purpose Deliverables• Analyze Business • Functional specification situation of system• Determining • Meeting user requirements requirements• Structuring • Meeting feasibility to requirements develop the system• Selecting competing • Feasibility to implement system features the system
  68. 68. Phase 4: Logical Design Purpose Deliverables• To elicit and Detailed functional structure all specification of : information a. Data requirements b. Forma c. Reports d. Displays e. Processing Rules
  69. 69. Phase 5: Physical design Purpose Deliverables• To develop • Computer Program technology and • Database structures Organizational • Technology purchase specifications • Physical site plans • Organizational redesigns
  70. 70. Phase 6: Implementation: Purpose Deliverables• To write programs • Programs that work• Build data files accurately to• Test & install new specification system • Documentation• Train users • Training materials• finalize documentation
  71. 71. Phase 7: Maintenance Purpose Deliverables• Monitor operations • Periodic audits to and usefulness of check the accuracy system of the system• Repair and enhance the system
  72. 72. Database development stages/ phases1. Enterprise Modeling2. Conceptual data modeling3. Logical database design4. Physical database design and definition5. Database Implementation6. Database maintenance
  73. 73. 1. Enterprise Modeling• Analyze current data processing• Analyze general functions and their database needs• Justify need for new data and database in support for business
  74. 74. 2. Conceptual data modeling• Identify scope of database requirement• Analyze overall data requirement• Develop preliminary conceptual data model• Compare preliminary conceptual data model wit enterprise data model• Develop conceptual data model including all entities , relationships, attributes and business rules
  75. 75. 3: Logical database design• Analyze- transactions, forms, displays, and inquiries and database views.• Integrate database views into conceptual data model• Identify data integrity & security requirements• Create stable & well defined structure for database
  76. 76. 4. Physical database design & definition• Define database to DBMS• Decide on physical organization of data• Design database processing programs
  77. 77. 5. Database Implementation• Code & test database processing programs• Complete database documentation & training materials• Install database and convert data from prior systems
  78. 78. 6. Database Maintenance• Analyze database and database applications to ensure that evolving information requirements are met• Tune database for improved performance• Fix errors in database and database applications and recover database when it is contaminated.
  79. 79. Lets wind up…………..• Data, Database, Database Management System• Relationship of application programs with DBMS• Definition of database• Short history of database processing• Types of database• Components of database system• Creating the database• Developing databases
  1. A particular slide catching your eye?

    Clipping is a handy way to collect important slides you want to go back to later.

×