We think you have liked this presentation. If you wish to download it, please recommend it to your friends in any social system. Share buttons are a little bit lower. Thank you!
Presentation is loading. Please wait.
Published byCorinne Rickert
Modified about 1 year ago
© 2003 By Default! A Free sample background from Slide 1 Data Management Using R – Interfacing with the Structured Query Language STAT 7550 – Statistical Computing Utah State University November 21, 2008 Bill Welbourn
© 2003 By Default! A Free sample background from Slide 2 Objectives of the Project Introduce the notion of the database. Database applications. General overview of the SQLite Relational Database Management System (RDBMS). Explain how R 1 (and other programming languages) interfaces with the SQLite RDBMS. Highlights of the R commands for the interface to the SQLite RDBMS, the RSQLite library. A working example, demonstrating the procedure for storing and retrieving an R dataframe within a SQLite database. Further motivation for the use of the R-SQLite interface, working with “massive” databases. 1 R Development Core Team (2008), Version
© 2003 By Default! A Free sample background from Slide 3 What is a Database? Essentially a series of structured files on a computer that are organized in a highly efficient manner. The organization is comprised in a hierarchical manner, from the “top, down,” as shown in Figure 1 below. Figure 1: The anatomy of a database Database Table Column RowField RowField Table Column RowField RowField Table Column RowField RowField
© 2003 By Default! A Free sample background from Slide 4 Components of a Table As Figure 1 suggests, at the highest level, a database is comprised of a series of tables. Each table is made up of a series of columns. Think of the columns as characteristics (variables) collected for a study. Data is stored in rows of the table, where each row of the table is called a record. Records of a table are essentially synonymous with observations for a study. The location where each row intersects a column is known as a field. Each table contains specific, common data. A table of a database is analogous to a worksheet within an Excel workbook.
© 2003 By Default! A Free sample background from Slide 5 What is a Relational Database? It is a database comprised of tables which relate to one another. The table relationships are based on “Key fields.” To illustrate, consider two relational tables within a database. A column of each table is affixed with the same naming convention, say “ID.” Each field within these columns is designated a unique (key) label, so that a one-to-one (relationship) mapping between the tables is obtained. Table i IDColumn 2…Column k Row 1Key 1Field i (1,2)…Field i (1,k) Row 2Key 2Field i (2,2)…Field i (2,k) …………… Row nKey nField i (n,2)…Field i (n,k) Table j Column 1ID…Column m Row 1Field j (1,1)Key 1…Field j (1,m) Row 2Field j (2,1)Key 2…Field j (2,m) …………… Row nField j (n,1)Key n…Field j (n,m) Figure 2: Example of two relational tables
© 2003 By Default! A Free sample background from Slide 6 Three Types of Relationships One-to-One A record in table one must have a record in table two, and vice-versa. Example: More variables (columns) were collected in a study than allowed to be stored in a single database table. Study participants (observations/records) are labeled with unique ID’s which allow for the table-to-table relationship to be established. One-to-Many A record in table one has many corresponding records in table two, while table two has many records which correspond to a single record in table one. Example: Study participant identifiers (unique ID’s) are stored in table one, while repeated measurements are stored in table two. Many-to-Many Like the one-to-many relationship, table one has many corresponding records in table two. However, unlike the one-to-many relationship, table two has many corresponding records in table one. Example: Customer product orders. Each order can contain multiple products, and one product can be in many orders.
© 2003 By Default! A Free sample background from Slide 7 Database Applications World Wide Web. Medical Data. Data analysis situations which warrant the consideration in utilizing a database: You possess a flat (text) file(s) with an inordinate number of observations. You have collected an insurmountable quantity of characteristics for your observations (e.g., genetic data). You are ready to execute a large simulation analysis. You need to prepare a portable file, so that another statistician has easy access to your data. Anytime there is data in your possession. It is fairly straightforward to maintain a SQL database in R.
© 2003 By Default! A Free sample background from Slide 8 The SQLite RDBMS Created by D. Richard Hipp. Version 1.0 released August 17, Most recent version, 3.6.4, released October 15, An ACID (Atomicity, Consistency, Isolation, Durability) compliant RDBMS. In computer science, ACID is a set of properties which guarantee that database transactions (logical operations) are processed reliably. Contained in a relatively small (~500kB) C programming library. It is not a database, rather a system which manages databases. Microsoft Access, in contrast, is simply a program used to create a database.
© 2003 By Default! A Free sample background from Slide 9 The SQLite RDBMS (cont.) The columns of a table for a SQL database, typically are assigned a “type” (e.g., string, integer, float, double). This is analogous to defining variables in the C programming language. However, SQLite (automatically) assigns types to individual values. Allows for multithread reading of a database. The writing of a database can only occur if no other access to the database is present. Interfacing with programming languages (e.g., BASIC, C, C++, Perl, Ruby, and R). Most widely deployed SQL RDBMS.
© 2003 By Default! A Free sample background from Slide 10 Interfacing the SQLite RDBMS Consists of three components: The application (such as R) which requires access to the database; an interface; and the RDBMS. An interface acts as an interpreter, translating commands from the application, so that the database is accessible to the user. In R, the interface lies within the DBI library. The interface communicates with the database via the applicable database driver. The database driver knows how to “talk” to the database. In R, the SQLite database driver and the source (C library) for the SQLite engine are included within the RSQLite library.
© 2003 By Default! A Free sample background from Slide 11 The R-SQLite Interface Figure 3: The process flow between the application and the database Application (e.g., R) Interface (e.g., DBI library in R) Database Driver (e.g., SQLite in R)
© 2003 By Default! A Free sample background from Slide 12 Accessing a SQLite DB A five step cycle: 1)Connect to the database. In R, to establish the connection to a database, issue the commands: dbDriver(); and dbConnect(). 2)Issue a query or command to the database. To issue a query in R, the command, dbSendQuery(), is (typically) used. Queries consist of SQL commands. setwd("c:/SQL"); library(DBI); library(RSQLite) dbfile<-"DATA.dbsql " ; drv<-dbDriver("SQLite") con<-dbConnect(drv,dbname = dbfile) rs <- dbSendQuery(con, "select v1,v2,v3 from Table1 where v1==1") rs<-dbSendQuery(con,"select * from Table1") Brief Summary of SQL Commands SQL CommandTabular Parameters Required of SQL Command SelectColumn Label(s) FromTable Name(s) WhereSpecific Values for Column Label(s) Order byColumn Label(s)
© 2003 By Default! A Free sample background from Slide 13 Accessing a SQLite DB (cont.) 3)If a query was issued, we need to retrieve the applicable recordset. To do this in R, we use the command, fetch(). The recordset will exist as a dataframe in R. 4)Clear the query result, manipulate the recordset, and update the database. To clear a query in R, use the command, dbClearResult(). To update a database, issue the R command, dbWriteTable(). 5)Close the connection to the database. To do this in R, use the command, dbDisconnect(). d1<-fetch(rs, n = -1) dbDisconnect(con) dbClearResult(rs) dbWriteTable(con, “Table”, data frame, append, row.names, overwrite)
© 2003 By Default! A Free sample background from Slide 14 Example 1 You have recorded n (unique) observations (records) for a study, and collected m-1 characteristics (excluding the unique observation identifier) for each observation. Having the option to store your data as a flat file or as a (single table) SQL database, which should you choose? To address this issue, you decide to conduct a (small) simulation analysis, investigating data retrieval times for the two types of data repositories. Figure 4, shown on the subsequent slide, displays the results from a simulation, where m=50 and each (of the 49) characteristic is of type “double.” A total of 100 distinct values of n, n 1,…,n 100, were chosen, in accordance to the rule
© 2003 By Default! A Free sample background from Slide 15 Example 1 (cont.) Figure 4: Flat file – DB comparison
© 2003 By Default! A Free sample background from Slide 16 Example 2 You have recorded data for n (unique) participants of a study, and collected m-1 characteristics (excluding the unique observation identifier) for each participant. Further, for the i th participant, you have recorded a total of i record(s). Having the option to store your data as a flat file or as a (single table) SQL database, which should you choose? Given the unique identifier for a participant, suppose it is desirable to have quick access to the records for each participant. Figures 5 and 6, shown on the subsequent slides, display the results of data retrieval times, where n=200 and n=500, respectively, m=50, where each variable type is “double”. The displayed value for the vertical axis, is the required time to read in the i records for the i th participant.
© 2003 By Default! A Free sample background from Slide 17 Example 2 (cont.) Figure 5: Flat file – DB comparison, marginal read I
© 2003 By Default! A Free sample background from Slide 18 Example 2 (cont.) Figure 6: Flat file – DB comparison, marginal read II
© 2003 By Default! A Free sample background from Slide 19 Example 3 You have recorded data for n (unique) participants of a study, and collected allele types at more than two million (2x10 6 ) single nucleotide polymophism (SNP) sites in the human nuclear genome. How could we utilize a relational database to represent the repository for these data? It turns out that a SQLite database table is limited to 999 columns. So, we simply create a sufficient number of tables (each with say m columns), and populate the tabular columns with the SNP data, making sure to create a “Key” column for each table. Figures 7 and 8, display the required time (by database table) to retrieve the first two columns – the “Key” along with a column of data – for SQL databases of size n=2,500 and n=25,000, respectively. For each database, a total of 2,106 tables were created, where m=951 columns for each database table. That is, these two databases, comprise slightly greater than five billion and 50 billion fields, respectively.
© 2003 By Default! A Free sample background from Slide 20 Example 3 (cont.) Figure 7: Retrieval Time for a Massive SQL Database I
© 2003 By Default! A Free sample background from Slide 21 Example 3 (cont.) Figure 8: Retrieval Time for a Massive SQL Database II
© 2003 By Default! A Free sample background from Slide 22 Example 3 (cont.) Figure 9: Retrieval Time for a Massive SQL Database III
© 2003 By Default! A Free sample background from Slide 23 Conclusion Database advantages Ability to store an extraordinary quantity of data. On a Windows NT platform, a SQL table can be as large as 2TB; on 64-bit operating systems, there is virtually no limit to the size of a SQL table. A single file could be utilized as a central data warehouse. Ability to create tabular relationships. Database indexing makes for very fast data retrieval. Portability. Interfacing with programming languages. Multithreading. Database disadvantages Can be a bit of a challenge to recall, “What data, lives in which table?” There is no “safety net” when it comes to overwriting data in a database. Essentially having to learn a new programming (querying) language. Database administration is industry requires continuous careful maintenance.
© 2003 By Default! A Free sample background from Slide 24 References Hogan, R (2002). A practical guide to database design. Prentice Hall, Englewood Cliffs, NJ. This is a good resource to obtain a working knowledge of what a database is all about. It covers the issues (e.g., who will use the database, and what should the database contain), say an employer, would consider prior to implementing a database in practice. It does not, however, discuss how to create and maintain the database, from a programming point of view (I.e., the SQL commands). Maslakowski M, Butcher T (2000). SAMS teach yourself MySQL in 21 days. Macmillan USA, Indianapolis, IN Although the Windows version of R does not have the RMySQL binary package, this book is an excellent resource to “getting your feet wet” with the SQL programming language. The book lacks the theme of what the Hogan (2002) book comprises. Namely, the source does not talk about strategies in database design. R Special Interest Group on Databases (R-SIG-DB). A common database interface (DBI). Software version retrieved from September 27, The DBI package is necessary (but not sufficient) to interface any database with R (see slide 11). The DBI.pdf (available at the web link provided above) is a good document to review, prior to creating your first database in R. It provides an overview of the DBI package, and like most programming in R, to learn (effective) database management in R will require practice through working with data frames.
DCS209: Introduction to Database Management (I) prepared and delivered by Iya Abubakar Computer Centre (IACC)Ahmadu Bello University, Zaria M-Auwal Gene.
Workshop ESS NET ON MICRO DATA LINKING AND DATA WAREHOUSING IN STATISTICAL PRODUCTION 22 & 23 SEPTEMBER 2011 “Mapping the GSBPM on a SDW architecture”
Project Management in Team Software Projects The primary challenge of project management is to achieve all of the goals of the project charter while adhering.
Of An Expert System. Introduction What is AI? Intelligent in Human & Machine? What is Expert System? How are Expert System used? Elements of ES Who are.
Data Analysis 1 Chapter 2.1 V3.1 Napier University Dr Gordon Russell.
Business Objects Web Intelligence Business Objects Web Intelligence.
Database Connections with ASP.Net A large number of computer applicationsboth desktop and web applicationsare data-driven. These applications are largely.
1 IT Essentials I v. 3 Module 1 Information Technology Basics.
Manage an IT Project. Aim This presentation is prepared to support and give a general overview of the ‘How to Manage and IT Project’ Guide and should.
1 Computer Networks: A Systems Approach, 5e Larry L. Peterson and Bruce S. Davie Chapter 9 Applications Copyright © 2010, Elsevier Inc. All rights Reserved.
2 Welcome To Defect Management Training Objective: The objective of this course is to learn about standards that emphasize a best practice approach for.
File Concept A file is a named collection of related information that is recorded on secondary storage. A file has a define structure, which we must know.
Jet Enterprise Installation Instructions for Jet Partners V
Class Topics Welcome and Introduction What is ArcGIS? What is ArcMap? Getting around ArcMap Working with Layers Accessing DNR Data Exploring Data Working.
Sales Order Cycle Review Report Insert Date. Source: 2 Table of Contents Executive Summary 3 Objective, Scope & Procedures Performed4.
Sampling Design & Procedure. Population The aggregate of the all the elements, sharing some common set of characteristics that comprises the universe.
Copyright (c) . Roger L. Costello. All Rights Reserved. 1 REST (Representational State Transfer) Roger L. Costello XML Technologies Course.
ELA/Literacy K-2 Session 1: Developing Criterion-Based Feedback 1.
Infrastructure for E-Business DIS 302: E-Business Laudon & Laudon.
INTRODUCTION TO GIS. Geographic + Information + System Knowledge of proper geographic location is an important aspect in this technically advanced and.
Chapter 7 – Design and Implementation 1Chapter 7 Design and implementation Note: These are a modified version of Ch 7 slides available from the authors.
What is an Operating System? A program that acts as an intermediary between a user of a computer and the computer hardware. Operating system goals: Execute.
©Silberschatz, Korth and Sudarshan8.1Database System Concepts, 5 th Ed, slide version 5.0, August Chapter 8: Application Design and Development.
Database Relationships in Access As you recall, the data in a database is stored in tables. In a relational database like Access, you can have multiple.
Probability and Statistics Representation of Data Measures of Center for Data Simple Analysis of Data.
SharePoint Governance Questions January 2014 ©2014 SUSAN HANLEY LLC.
February 22, /2/ AN INTRODUCTION TO COMPUTER TECHNOLOGY This lesson introduces key concepts related to how computers work. Computer-related.
Windows 2008 Active Directory Configuration – Week 4 of 6 Microsoft Test: Mark McCoy MCSE, CNE, CISSP.
Computing Higher - SD Process – Topic 2 St Andrew’s High School Unit 2 Software Development Process.
© 2016 SlidePlayer.com Inc. All rights reserved.