Knowledge Area 1: Business Dilemma - Project Focus
Analyze the data below and determine if you will be able to use it to mail your newsletters. Be sure to highlight all the issues with the data, potential causes of the issues, and solutions you can follow to correct the issues.
ID First Name Middle Initial Last Name Street City State Zip Code
434 Pam J Hetz 13 First Ave Denver CO 8765423
434 Brain F Hoover Lake Ave. Columbus CO 8702
435 Bob X Kenzie 65 Apple Lane Golden CO 65667
436 Alana B 567 55 St. Denver Co 90210
437 Alana B Smith 567 55 St. Denver Co 90210
438 Debbie F Fernandez 567 55 St. Denver Co 90210
439 Diego J Quintos 2121 One St. Golden CO 65667
Analysis: The customer data provided is of very low quality. As the above data has
…show more content…
The business advantages of a Relational database include:
- Increased Flexibility
- Increased Scalability and Performance
- Reduced Information Redundancy
- Increased Information Integrity leading to improved quality of data.
- Increased Information Security
We would like to consider the following entities, attributes, keys and relationships while designing an RDMBS for Broadway Cafe.
Entities: Customer, Order, Order Details, Product, Employee and Vendor. Attributes:
Customer Order Order Details Product Employee Vendor
Customer ID: Primary Key Order ID: Primary Key Order ID: Foreign Key Product ID: Primary Key Employee ID Vendor ID
First Name Payment Method Product ID: Foreign Key Product Name Employee Name Vendor Name
Middle Name Order Time Quantity Product Type Employee Ph. No. Vendor Ph. No.
Last Name Order Type Price Product Price Employee Address Supplied Items
DOB Customer ID: Foreign Key Product Cost Employee Email Vendor Address
Gender Competitor Low Price
Email
Phone
Street
City
State
…show more content…
Each foreign key of a table can become a foreign key for another table depending on the relation between those two tables.
Knowledge Area 4: Apply our knowledge
• Create a ERD of the data provided in the BI_AYK.xls file.
The Entity Relationship diagram for the information provided in the spread sheet is shown below. We have crated 5 different tables from the given information. The tables are Binding, Condition, Publisher, Books and Notes. Each table has assigned a primary key named like tablename_ID. Later we have crated one-to-many and one-to-one relationships between these tables using Microsoft access “Database tools -> relationships”.
• Create a Microsoft Access database.
We have attached BroadwayCafe.accdb file which contains all of the mentioned tables above. Before creating the tables, we have normalized the spreadsheet. i.e. we have split the single spreadsheet into 5 different sheets. Deleted Duplicate values.
• Create the tables, fields, data types, and primary key(s) for the database using the structure provided in the BI_AYK.xls file. Populate the database with the data provided in the BI_AYK.xls
A numerous to-numerous relationship alludes to a relationship between tables in a database when a parent push in one table contains a few youngster pushes in the second table, and the other
* As explained throughout this course, entity relationship modeling is a critical element of database design. If the database is not properly modeled, it is unlikely that the database will be properly developed. Using this knowledge, explain the key reasons why entity relationship modeling is important, and determine at least (1) way in which it impacts the overall development of the database.
The lab begins with a simple example of query development using Access; then, evolves to more complex queries which the student should perform after completing the first exercise. The student can create a query with the wizard, with query design view, or with SQL statements. The Northwind database will be used again in this lab.
The data in these databases help in managing care plans, research projects, and creating reports for the different departments within a health care facility.
If we consider an example of a database for billing the claims to the provider, we have two tables in the database as ‘Claims’ and ‘Provider’. ‘Claims’ have the claim information such as (ClaimNumber, ClaimType, Type of service, Admission details) and ‘Provider’ have the provider information such as (ProviderID, FederalTaxID, NPI, PointOfService). The primary keys for ‘Claims’ is “ClaimNumber” and for ‘Provider’ is “ProviderID”.
First our team will talk about how Microsoft Access was used to create these tables by Huffman Trucking Database. Then how we used the tables with made up information to be tested on. Then on how we used forms in the maintenance database system. While the creation of relationships and normalization is explained in the process of using queries to search the database (University of Phoenix, 2007).
A. Lab # : BSBA BIS245A-1 B. Lab 1 of 7 : Introduction to MS Visio and MS Access C. Lab Overview--Scenario/Summary TCOs: 1. Given a business situation in which managers require information from a database, determine, analyze and classify that information so that reports can be designed to meet the requirements. 2. Given a situation containing entities, business rules, and data requirements, create the conceptual model of the database using a database modeling tool. Scenario: You have been asked to create two conceptual database models using MS Visio Database Model Diagram Template. The purpose of this lab is to have you gain familiarity with the various modeling tools needed to create a conceptual model (entity relationship diagram) of a
The example discussed above on Customers table and Orders table is a one-to-many relationship. As each customer places multiple orders, each order only belongs to one customer. When creating a relationship between two tables, if only one of the related fields is unique, a one-to-many relationship is automatically set.
Suppose that you have designed a database for Marcia's Dry Cleaning that has the following tables:
In representing a 1:N relationship in a relational database design, the key of the table representing the entity on the "many" side is placed as a foreign key in the table representing the entity on the "one" side of the relationship.
In most cases there is no need for a one-to-one relationship as the contents of the two tables can be combined into one
The last three tables are probably the most important in the database. The Orders, Product, and Order Line Items tables connect it all together. They show how each customer gets each product, how the product gets there, and when it is supposed to arrive. They also show how much each product costs. The requirements of creating this database are to define the primary keys for each table and to show what order each table should be placed. The primary keys are simple. They are usually the number that defines each row in the table (i.e. EMPLOYEE_ID). It can either be part of the actual record itself , or it can be an artificial field (one that has no meaning other than being an identifier of the record) (Data Analytics Software). The order in which each table is created is based upon their relationships. The Customer, Shipper, and Employee tables all have a one-to-many relationship with the Orders table, so therefore, they are created first. A one-to-many relationship, in this example, is where one customer, shipper, or employee is associated with many orders (Pratt, Last p. 26).
Drag a field (typically the primary key) from one table to the common field (the foreign key) in the other table. To drag multiple fields, press the CTRL key, click each field, and then drag them.
Our decision to implement the Hotel Management system using standard PC technology and a commercial database product has narrowed our choices of implementation algorithms and data structures. We have chosen to implement this system with a PC database program (Access) that uses a relational data model. Basically what this means is that related data is grouped together in what can be logically viewed as a columnar table of records. Each record within a particular table is composed of a number of fields that hold the relevant information. Each record can be uniquely described by on or more fields in the record. These fields are refered to as the records primary key. Information is retrieved from the table by specifying the records primary key. The entire system is made up on a number of tables, each of which can be thought of as describing one logical entity. For example a custmomer is represented by a table that has field entries corresponding to the customers name, address and so on. Information about each customer is retrieved by specifying the customers name which is the primary key for the customer table.