1 / 17

What is a database?

What is a database? An organized collection of data. This can be in an electronic, paper, or other format. Types of databases Operational - constantly changing because entries are dynamic. Example is customer purchases and inventory control database

mathewsr
Download Presentation

What is a database?

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. What is a database? An organized collection of data. This can be in an electronic, paper, or other format. Types of databases Operational - constantly changing because entries are dynamic. Example is customer purchases and inventory control database Analytical - once data are collected, they remain static. This is typical of scientific databases Legacy - Also known as inherited database. Created by someone else Created- My own term for a database you create Derived- Database you create by importing another database

  2. Flat file databases This is commonly the way we first view “databases”. Spreadsheets, word processing documents or simple ASCII files are common examples

  3. Flat file databases This is commonly the way we first view “databases”. Spreadsheets, word processing documents or simple ASCII files are common examples

  4. This example shows a lot of problems. For example, -Very constrained - only two items allowed per order -Lacks ability to search easily (e.g., finding a specific item ordered is difficult and not always robust) -Lacks database integrity. For example, MSU is not represented consistently The first and most critical concept is that of a relational database where the data are stored in multiple tables when necessary Associated with this is the key idea that the data may be stored in a different format than how we view the data We will get back to these ideas again (probably more often than you would like!)

  5. Overview of Database Design Process 1. Goals and objectives for database 2. Analyze current database 3. Create data structure 4. Establish table relationships 5. Define business rules 6. Establish views 7. Review data integrity One of the key points is that this is an iterative process – you may need to go back to earlier steps if you find problems

  6. Example of Database Design Process • -Introduction to example data set • 1. Goals and objectives • Goal is to be able to determine the catch and size distribution of individual fish • species at specific sites or groups of sites in our research program. • We also want to be able to describe habitat conditions at these sites and • relate them to the fish catches • Objectives: • To be able to compute catch per effort for each species at individual sites, • and for the above barrier sites and for the below barrier sites as a group • To be able to compute mean size for each species at individual sites, • and for the above barrier sites and below barrier sites • 3. ...

  7. 2. Analyze current database In this case, we have data sheets already filled in, so we will use this to analyze our current (paper) database Begin by describing how data are collected. During this process, focus on units of observation (entities) or sampling events, and descriptions or measurements. Create list of all variables (attributes), entities and events Associate every variable with one or more entity or event

  8. Water flow 3 2 1 1 Barrier 3 2 Within a site Transect 2 Transect 1 Width, Depth, 50 substrate particles Transect 3

  9. Variables Entities or Events Stream name Shocking Fish species caught Habitat Fish length Sample date Position (Above or Below Barrier) Treatment or Reference Stream Segment ID number (=site) Length of segment Crew members Conductivity Water Temperature Weather Conditions Water Conditions Transect width Transect depth Transect ID number Particle size

  10. Refinements Variables Entities or Events Stream name Shocking Fish species caught Habitat Fish species caught (Common name, Streams scientific name, family) Transects Fish length Substrate Sample date Year, Month, Day Position (Above or Below Barrier) Treatment or Reference Stream Segment ID number (=site) Length of segment Crew members (always three) Conductivity Water Temperature Weather Conditions (Cloud Cover, Precipitation) Water Conditions (Water color, Water height) Transect width Transect depth Transect ID number Particle size

  11. From this preliminary set of entities and descriptors, develop preliminary list of tables and fields TABLES- contain information on a particular entities or events FIELDS - describe the attributes of entities or events RECORD- contains the information or data on an individuals

  12. Characteristics of a “Good” Field • It represents a characteristic of the subject of the table • It contains only a single value (e.g., if had two instructors for a course, the instructor field should not contain both names). This is in contrast to MULTIVALUED FIELDS. • It can not be broken down into smaller components (e.g., the entire address for a person can be broken down into street address, city, state, zip code). This is in contrast to MULTIPART FIELDS. • It does not contain a calculated value. Fields which are determined by values in other fields are CALCULATED FIELDS. • The field is unique within the database unless it is needed to link tables • The field retains all its characteristics if it appears in more than one table

  13. Characteristics of a “Good” Table • Each table refers to a single class of entities or unit of observation or event • There is a way to uniquely identify each entry in a table. This is called the PRIMARY KEY. • It does not contain multipart, multivalued, or calculated fields. • It does not contain unnecessary fields, or unnecessary redundant data • It contains all of the fields necessary to link it to other tables you want to link (or relate) it to

  14. First Cut at Developing Tables Stream Table Stream ID Stream Name Barrier or Reference Shocking Event Table Stream ID Position (above/below) Segment Date Crew Segment Length Conductivity Water Temperature Weather Water Conditions Fish Table Stream ID Position (above/below) Fish name Length Total Catch Habitat Transect Table Stream ID Transect number Width Depth ???Substrate???

  15. Refinements to Tables Stream Table Stream ID Stream Name Barrier or Reference Shocking Event Table Stream ID Sampling Event ID Position (above/below) Segment Date Crew Segment Length Conductivity Water Temperature Weather Water Conditions Fish Table Stream ID Sampling Event ID Position (above/below) Fish name Fish species code Length Total Catch Substrate Table Sampling Event ID Transect number Particle ID Particle size code Habitat Transect Table Stream ID Sampling Event ID Transect number Width Depth ???Substrate???

  16. Another example: Deer habitat use in SE Michigan Habitat patches -size -cover type Deer characteristics -Deer ID -age -sex Telemetry observation -Year -Month -Day -Time -Deer ID -Habitat patch (or lat/lon ?)

  17. Homework • Develop list of tables and fields for your database project • With a partner, go over your list to determine if each table and field meets the criteria for being “good”

More Related