DOCSLIB.ORG

Comparative Analysis of Legacy Database Systems P a G E | 1

Total Page：16

File Type：pdf, Size：1020Kb

Download full-text PDF Read full-text
Comparative Analysis of Legacy Database Systems P a G E | 1 Comparative Analysis of Legacy Database Systems P a g e | 1 Legacy Database Systems What is a Database? Data is collection of facts and figures which can be processed to produce information whereas a database is the collection of correlated data. For Example, Name of a student, age, class and the subjects can be counted as data for recording purposes. And the names, telephone numbers, and addresses of the people which have been recorded in an indexed address book or stored on a portable hard drive using software such as Microsoft Access or Excel. This collection of related data having an absolute meaning is a database. Database Managеmеnt Systеm: Database Management System or DBMS refers to the mechanism of storing and reclaiming users’ data with uttermost efficiency along with the security attributes. This type of system allows its users to create their own databases which are apropos to the nature of work they desire. Such database systems are highly customizable and proffers bunch of options. The DBMS is therefore such a general purpose system software that facilitates the processes of defining, constructing, manipulating, and sharing of the databases among diverse users and applications. History of Database: The 1960s was the beginning of database management systems (DBMS) when vendors began marketing computerized logistics technologies for manufacturing and wider laboratory use. Intrusion detection system or IDS was one such archaic network databases that was developed by the computer division known as General Electric. Another database was IMS or Information Management System developed by IBM. This was a navigational database. It used the navigational approach in which the navigation method was used as an approach to find information about different various data. Relational Database: The rise of relational databases began in 1970s’ with the proposal of “relational model of data” by E.F. Codd in 1970 which divides the information into various tables with rows and columns each having its own distinctive key. Considering that all the rows have their own unique keys, the information related to any row can be linked to the information of another row simply by the virtuousness of these unique keys. 1980s’ was the forthcoming of desktop computing in which new databases like Dbase and Lotus 1-2-3 were used. Dbase was one of the top selling computer software in the 1990s’. Post-relational database: From 2000’s till today, the next generation of databases used post-relational database model. They are fast and effective and do not require any fixed table schema. Important examples of such databases are NoSQL (Not only SQL) and NewSQL. P a g e | 2 Comparative Analysis of Legacy Systems The main types of early database systems were based on three main archetypes i.e. 1. Hierarchical Model Systems 2. Network Model Systems 3. Inverted File Systems Hierarchical Databases: As its name entails, the Hierarchical Database Model defines hierarchically-arranged data. These databases were IBM's very first database systems, known as “IMS (Information Management System)” that was released in 1960. A hierarchy is just an arrangement of things called “nodes”, and theses nodes are connected by lines or also known as "branches". You can think of these nodes or branches as a connection to the next level of more specific information. The highest node is known as the root node, and queries must pass through this node on their way down the or throughout the hierarchy. Network Model Database: In 1971, the Conference on Data Systems Languages (CODASYL) officially defined the network model which became generally known as the “CODASYL Data Model”. The very first Network Database Model was the invention of Charles Bachman in 1969 to enhance the existing hierarchical database model. This model was created to increase the flexibility and make hierarchical database less difficult to understand. To change this, Charles Bachman developed this model to allow multiple records to be linkеd to the samе ownеr file creating a “many-to- many” relationship rather than a “one-to-many". The indicated “many-to-many” relationships werе formed bеcausе onе ownеr can bе linkеd to many mеmbеr filеs and vicе vеrsa. To makе thе procеss morе faster, Bachman also crеatеd thеsе rеlationships to providе a relation bеtwееn rеcords using “dirеct pointеrs”, which is thе fastеst mеthod of travelling over the whole network model. Inverted Index File Systems: It is an index data structure that stores a mapping from any given content, i.e. words or numbers, to their respective locations in a database file. Its purpose is to allow fast and full text search, at increased processing cost when a document is added to the current database. Several mainframe-based DBMSs have and are currently using inverted index architectures like ADABAS (Adaptable Data Base System), DATACOM/DB, and Model 204. Object-Oriented Databases: The term "object-oriented database" or OODBMs first appeared in 1985 after the notable research projects that included notable names like Encore-Ob, EXODUS, IRIS, ORION and Zeitgeist. These databases store objects rather than data i.e. integers, strings or real numbers. These databases can store deep hierarchies of objects and complex data types by classifying objects for random information. These databases are designed to work efficiently with OOP (Object-Oriented Programming Languages) such as Delphi, Ruby, Python, Perl, Java, C#, Visual Basic .NET, C++, Objective-C and Smalltalk. P a g e | 3 Comparison of OODBMs with RDBMS: As far as data modeling is pertained, OODBMS deals with objects while RDBMS deals with entities. The important features of OODBMs are: 1. Building up of complex objects from simpler ones by application of constructors that represent collections, attributes and relations, and order. 2. The objects in OODBMs have identities independent of their values so that there is a considerable equality and distinction between any two identical objects that point to exactly the same data structure in allocated memory. 3. The objects can be encapsulated i.e. only the operations specified in the interface can be performed on objects by applications and the interface contains hidden implementations which are inaccessible by the applications. 4. Provides database garbage collection i.e. it helps in keeping external programs from having to track the use of object pointers. Next, the main features of RDMS (Relational Database System) are: 1. Efficient secondary data storage management 2. Data provided to be stored is arranged in tables. 3. Data is indexed for quick retrieval of data. 4. A facility primary key is provided to uniquely identify the desired rows. When to Use Object Databases & When Not To? Object databases should only be used when there are complex data relationships. Such relation comprise a many-to- many object relationship. It is better practice not to use the object databases where there would be fewer joint tables or large volumes of a simple transactional data. Comparison of RDBMS with ORDBMS: For RDBMS, SQL2 standard (ANSI X3H2) is used and for ORDBMS, SQL3 standard is applied. RDBMS use b-tree indexes to speed access to any scalar data whereas to define complex data types in an ORDBMS, a specialized index structure is required for efficient management of data. RDBMS is a mature and old software product i.e. have a diverse variety of extensions and features available while ORDBMS is an immature product and still under development. Comparison of OODBMS with ORDBMS: Both DBMSs support any user-defined ADTs, data structures, object identity & reference types, and inheritance. ORDBMSs support extended form of SQL while OODBMSs support ODL/OQL language systems. Both provide DBMS functionality such as recovery and concurrency control. OODBMSs adds DBMS functionality into a programming language, whereas ORDBMSs relates richer data types into a relational DBMS. Conclusion: The markets of object oriented database will continue to develop, but still they will represent only a fraction of traditional databases. Now-a-days, RDBMSs are mostly recommended in the current databases and are likely to coexist with OODBMSs for a very long time. P a g e | 4 Below is the list of currently used modern and legacy Database systems. The systems are listed by type: relational(R), extended-relational(X), object-relational (OR), and object-oriented (OO), network (N) and hierarchical (H): DBMS Vendor Type Primary Market Access (Jet, MSDE) Microsoft R Desktop Adabas D Software AG R Enterprise Adaptive Server Anywhere Sybase R Mobile/Embedded Adaptive Server Enterprise Sybase R Enterprise Advantage Database Server Extended Systems R Mobile/Enterprise Datacom Computer Associates R Enterprise DB2 Everyplace IBM R Mobile Filemaker FileMaker Inc. R Desktop IDMS Computer Associates R Enterprise Ingres ii Computer Associates R Enterprise Interbase Inprise (Borland) R Open Source MySQL Freeware R Open Source NonStop SQL Tandem R Enterprise Pervasive.SQL 2000 (Btrieve) Pervasive Software R Embedded Pervasive.SQL Workgroup Pervasive Software R Enterprise (Windows 32) Progress Progress Software R Mobile/Embedded Quadbase SQL Server Quadbase Systems, Inc. Relationa Enterprise l R:Base R:Base Technologies Relationa Enterprise l Rdb Oracle R Enterprise Red Brick Informix (Red Brick) R Enterprise (Data Warehousing) SQL Server Microsoft R Enterprise SQLBase Centura Software R Mobile/Embedded SUPRA Cincom R Enterprise Teradata NCR R VLDB (Data Warehousing) YARD-SQL YARD Software Ltd. R Enterprise
Load more

Recommended publications
  • Lesson 17 Building Xqueries in Xquery Editor View
    AquaLogic Data Services Platform™ Tutorial: Part II A Guide to Developing BEA AquaLogic Data Services Platform (DSP) Projects Note: This tutorial is based in large part on a guide originally developed for enterprises evaluating Data Services Platform for specific requirements. In some cases illustrations, directories, and paths reference Liquid Data, the previous name of the Data Services Platform. Version: 2.1 Document Date: June 2005 Revised: June 2006 Copyright Copyright © 2005, 2006 BEA Systems, Inc. All Rights Reserved. Restricted Rights Legend This software and documentation is subject to and made available only pursuant to the terms of the BEA Systems License Agreement and may be used or copied only in accordance with the terms of that agreement. It is against the law to copy the software except as specifically allowed in the agreement. This document may not, in whole or in part, be copied photocopied, reproduced, translated, or reduced to any electronic medium or machine readable form without prior consent, in writing, from BEA Systems, Inc. Use, duplication or disclosure by the U.S. Government is subject to restrictions set forth in the BEA Systems License Agreement and in subparagraph (c)(1) of the Commercial Computer Software- Restricted Rights Clause at FAR 52.227-19; subparagraph (c)(1)(ii) of the Rights in Technical Data and Computer Software clause at DFARS 252.227-7013, subparagraph (d) of the Commercial Computer Software--Licensing clause at NASA FAR supplement 16-52.227-86; or their equivalent. Information in this document is subject to change without notice and does not represent a commitment on the part of BEA Systems.
    [Show full text]
  • Demonstrate an Understanding of Computer Database Management Systems 114049
    Demonstrate an understanding of Computer Database Management Systems 114049 PURPOSE OF THE UNIT STANDARD This unit standard is intended: To provide a fundamental knowledge of the areas covered For those working in, or entering the workplace in the area of Information Technology As additional knowledge for those wanting to understand the areas covered People credited with this unit standard are able to: Describe data management issues and how it is addressed by a DBMS. Describe commonly implemented features of commercial computer DBMS`s Describe different type of DBMS`s Review DBMS end-user tools The performance of all elements is to a standard that allows for further learning in this area. LEARNING ASSUMED TO BE IN PLACE AND RECOGNITION OF PRIOR LEARNING The credit value of this unit is based on a person having prior knowledge and skills to: Demonstrate an understanding of fundamental mathematics (at least NQF level 3). Demonstrate PC competency skills (End-User Computing unit Standards, at least up to NQF level 3) NC: IT: SYSTEMS DEVELOPMENT AUTHOR: LEARNER MANUAL REL DATE: 27/01/2020 REV DATE: 01/01/2023 DOC REF: 48872 LM MOD 5 V-1 PAGE 50 INDEX Competence Requirements Page Unit Standard 114049 alignment index Here you will find the different outcomes explained which you need to be 52 proved competent in, in order to complete the Unit Standard 114049. Unit Standard 114049 54 Describe data management issues 57 Commonly implemented features of commercial database management systems 63 Different types of DBMS’s 67 Review DBMS end-user tools 73 Self-assessment Once you have completed all the questions after being facilitated, you need to check the progress you have made.
    [Show full text]
  • Rdbmss Why Use an RDBMS
    RDBMSs • Relational Database Management Systems • A way of saving and accessing data on persistent (disk) storage. 51 - RDBMS CSC309 1 Why Use an RDBMS • Data Safety – data is immune to program crashes • Concurrent Access – atomic updates via transactions • Fault Tolerance – replicated dbs for instant failover on machine/disk crashes • Data Integrity – aids to keep data meaningful •Scalability – can handle small/large quantities of data in a uniform manner •Reporting – easy to write SQL programs to generate arbitrary reports 51 - RDBMS CSC309 2 1 Relational Model • First published by E.F. Codd in 1970 • A relational database consists of a collection of tables • A table consists of rows and columns • each row represents a record • each column represents an attribute of the records contained in the table 51 - RDBMS CSC309 3 RDBMS Technology • Client/Server Databases – Oracle, Sybase, MySQL, SQLServer • Personal Databases – Access • Embedded Databases –Pointbase 51 - RDBMS CSC309 4 2 Client/Server Databases client client client processes tcp/ip connections Server disk i/o server process 51 - RDBMS CSC309 5 Inside the Client Process client API application code tcp/ip db library connection to server 51 - RDBMS CSC309 6 3 Pointbase client API application code Pointbase lib. local file system 51 - RDBMS CSC309 7 Microsoft Access Access app Microsoft JET SQL DLL local file system 51 - RDBMS CSC309 8 4 APIs to RDBMSs • All are very similar • A collection of routines designed to – produce and send to the db engine an SQL statement • an original
    [Show full text]
  • L21: Data Models & Relational Algebra
    L21: Data models & Relational Algebra CS3200 Database design (fa18 s2) https://northeastern-datalab.github.io/cs3200/ Version 11/26/2018 1 Announcements! • Exam 2 comments - Based on feedback: Separate "select all" and negative points • We may have "select all" again: but minimum points is 0 • We may have negative points again: but for MCQ only (select one single answer) • Please don't yet submit HW7 - We are adopting Gradescope to handle your submissions too! • Today - Exam 2 take-aways - Data models - Relational Algebra 2 Schedule 3 From 1 = Q3 to 11 = Q13 (thus add 2 to the number) 4 5 Grading from the "other side" 6 Q6 7 Q6 8 Q12 Answer: only the first! Also see post on Piazza: https://piazza.com/class/jj55fszwtpj7fx?cid=135 9 10 L21: A short history of data models Based on article "What goes around comes around", Hellerstein, Stonebraker, 2005. Several slides courtesy of Dan Suciu CS3200 Database design (fa18 s2) https://northeastern-datalab.github.io/cs3200/ Version 11/26/2018 11 Hierarchical data Source: https://en.wikipedia.org/wiki/Nested_set_model 12 Hierarchies are powerful, but can be misleading... 13 “Data Model” • Applications need to model real-world data - Typically includes entities and relationships between them - Entities: e.g. students, courses, products, clients - Relationships: e.g. course registrations, product purchases • A data model enables a user to define the data using high-level constructs without worrying about many low-level details of how data will be stored on disk 14 Levels of Abstraction schema as seen
    [Show full text]
  • Eclipselink Understanding Eclipselink 2.4
    EclipseLink Understanding EclipseLink 2.4 June 2013 EclipseLink Concepts Guide Copyright © 2012, 2013, by The Eclipse Foundation under the Eclipse Public License (EPL) http://www.eclipse.org/org/documents/epl-v10.php The initial contribution of this content was based on work copyrighted by Oracle and was submitted with permission. Print date: July 9, 2013 Contents Preface ............................................................................................................................................................... xiii Audience..................................................................................................................................................... xiii Related Documents ................................................................................................................................... xiii Conventions ............................................................................................................................................... xiii 1 Overview of EclipseLink 1.1 Understanding EclipseLink....................................................................................................... 1-1 1.1.1 What Is the Object-Persistence Impedance Mismatch?.................................................. 1-3 1.1.2 The EclipseLink Solution.................................................................................................... 1-3 1.2 Key Features ...............................................................................................................................
    [Show full text]
  • What Is Database? Types and Examples
    What is database? Types and Examples Visit our site for more information: www.examplanning.com Facebook Page: https://www.facebook.com/examplanning10/ Twitter: https://twitter.com/examplanning10 TABLE OF CONTENTS Sr. Description 1 What is database? 2 Different definitions of database 3 Growth of Database 4 Elements of Database 5 Components of database 6 Database System Environment 7 Types of Databas 8 Characteristics of database 9 Advantages of Database 10 Disadvantages of Database What is Database? A database is a collection of information or data which are organized in such a way that it can be easily accessed, managed and retrieved. Database is abbreviated ad DB. Different definitions of database. “a usually large collection of data organized especially for rapid search and retrieval (as by a computer) an online database” (merriam-webster) “a comprehensive collection of related data organized for convenient access, generally in a computer.” (dictionary) A database is an organized collection of data. (Wikipedia) What is data? It is used as both singular and plural form. It can be a quantity, symbol or character on which operations are performed. Data is information which are converted into digital form. Growth of Database Database was evolved in 1960's started with the hierarchical database. Relational database was invented by EF Codd in 1970s while object oriented database was invented in 1980s. In 1990s object oriented database rose with the growth of object oriented programming languages. Nowadays, databases with SQL and NoSQL are popular. Elements of Database Database elements are fields, rows, columns, tables. All these are building blocks of database.
    [Show full text]
  • Java Database Technologies (Part I)
    Extreme Java G22.3033-007 Session 12 - Main Theme Java Database Technologies (Part I) Dr. Jean-Claude Franchitti New York University Computer Science Department Courant Institute of Mathematical Sciences 1 Agenda Summary of Previous Session Applications of Java to Database Technology Database Technology Review Basic and Advanced JDBC Features J2EE Enterprise Data Enabling XML and Database Technology Readings Class Project & Assignment #5a 2 1 Summary of Previous Session Summary of Previous Session Enterprise JavaBeans (EJBs) J2EE Connector Architecture Practical Survey of Mainstream J2EE App. Servers Web Services Developer Pack Enterprise Application Integration (EAI) and Business to Business Integration (B2Bi) J2EE Blueprint Programs Class Project & Assignment #4c 3 Part I Java and Database Technology Also See Session 12 Handout on: “Java and Database Technology (JDBC)” and Session 12 Presentation on: “Designing Databases for eBusiness Solutions” 4 2 Review of Database Technology Introduction to Database Technology Data Modeling Conceptual Database Design Logical Database Design Physical Database Design Database System Programming Models Database Architectures Database Storage Management Database System Administration Commercial Systems: www.oracle.com,www.ibm.com/db2, http://www- 3.ibm.com/software/data/informix/,www.sybase.com 5 Advanced Database Concepts Parallel and Distributed Databases Web Databases Data Warehousing and Data Mining Mobile Databases Spatial and Multimedia Databases Geographic Information
    [Show full text]
  • Nosql: the New Normal
    NoSQL: The New Normal Matt Asay (@mjasay) VP, Corporate Strategy, 10gen 10gen Overview 180+ employees 500+ customers Offices in New York, Palo Alto, Washington Over $81 million in funding DC, London, Dublin, Barcelona and Sydney 2 Global Community 3,800,000+ MongoDB Downloads 47,000+ Online Education Registrants 15,000+ MongoDB User Group Members 14,000+ MongoDB Monitoring Service Users (MMS) 10,000+ Annual MongoDB Days Attendees 3 the past… is prologue? Back to the Future? What has been will be again, what has been done will be done again; there is nothing new under the sun. (Ecclesiastes 1:9, NIV) 5 What Do You Remember about 1969? 6 nothing? hold that thought 7 Back to the Future: PreSQL • IBM’s IMS (1969) – Developed as part of the Apollo Project • IDS (Integrated Data Store), navigational database, 1973 • High performance but: – Forced developers to worry about both query design and schema design upfront – Made it hard to change anything mid-stream 8 Enter SQL • Designed to overcome “PreSQL” deficiencies – Decoupled query design from schema design – Allowed developers to focus on schema design – Could be confident that you could query the data as you wanted later • 30 years of dominance later… 9 …the present… RDBMS Is Like a Spreadsheet 11 With “Relations” Between Rows 12 Lots of relations. Lots of rows. 13 It Hides What You’re Really Doing 14 It Makes Development Hard Code XML Config DB Schema Object Relational Application Relational Mapping Database 15 And Makes Things Hard to Change New Table New Column New Table Name Pet Phone
    [Show full text]
  • Lecture 10: Database Connectivity
    Outline Persistence via Database Lecture 10: JDBC (Java Database Connectivity) Database Connectivity JDBC API -JDBC Wendy Liu CSC309F – Fall 2007 1 2 Java Persistence JDBC (Java Database Relational Database Connectivity) Management System Object relational (RDBMS) Persistence via Database mapping Object-oriented Java Data Object Database Management (JDO) System (OODBMS) Enterprise JavaBean (EJB) 3 4 Three Tier Architecture Database Advantages Data Safety data is immune to program crashes Concurrent Access atomic updates via transactions Fault Tolerance replicated DBs for instant fail-over on machine/disk crashes Data Integrity aids to keep data meaningful Scalability Database can handle small/large quantities of data in a uniform manner A way of saving and accessing structured data on Reporting persistent (disk) storage easy to write SQL programs to generate arbitrary reports 5 6 1 Relational Database Movie Database Example First published by Edgar F. Codd in 1970 A relational database consists of a collection showtimes of tables showtimeid movieid theaterid sdate stime available 1 1 1 3/20/2005 20:00:00 90 A table consists of rows and columns 2 1 1 3/20/2005 22:00:00 90 orders Each row represents a record orderid userid showtimeid 11 1 Each column represents an attribute of the records contained in the table 7 8 RDBMS Technology Client/Server Databases Derby, Oracle, Sybase, MySQL, PointBase, SQLServer JDBC Embedded Databases (Java DataBase Connectivity) Derby,PointBase Personal Databases Access 9 10
    [Show full text]
  • Graph-Based Source Code Analysis of Dynamically Typed Languages
    Budapest University of Technology and Economics Faculty of Electrical Engineering and Informatics Department of Measurement and Information Systems Graph-Based Source Code Analysis of Dynamically Typed Languages Scientific Students’ Association Report Author: Dániel Stein Supervisors: Gábor Szárnyas Ádám Lippai Dávid Honfi 2016 ii Contents Contents ii Kivonat v Abstract vi 1 Introduction1 1.1 Context.......................................... 1 1.2 Problem Statement................................... 2 1.3 Objectives and Contributions............................. 2 1.4 Structure of the Report................................. 3 2 Preliminaries4 2.1 JavaScript......................................... 4 2.1.1 From Glue Language to a Full-Fledged Language............ 4 2.1.2 ECMAScript .................................. 4 2.2 Static Analysis...................................... 5 2.2.1 Use Cases.................................... 6 2.2.2 Advantages and Disadvantages....................... 6 2.2.3 Source Code Processing and Analysis................... 7 2.3 Handling Large Interconnected Data ........................ 12 2.3.1 On Graph Computing............................. 12 2.3.2 Evaluating Queries on a Data Structure.................. 14 2.3.3 Graph Databases ............................... 15 2.4 Integrated Development Environment (IDE).................... 17 2.4.1 Visual Studio Code .............................. 17 2.4.2 Alternative IDEs................................ 18 3 Related Work 19 3.1 Tern...........................................
    [Show full text]
  • Embedded Database for Remote Process Management System
    Embedded Database for Remote Process Management System {tag} {/tag} IJCA Proceedings on International Conference on Emerging Frontiers in Technology for Rural Area (EFITRA-2012) © 2012 by IJCA Journal EFITRA - Number 4 Year of Publication: 2012 Authors: Kalyani N. Satone Madhuri M . Pal {bibtex}efitra1030.bib{/bibtex} Abstract This paper investigates embedded databases for the MicroBaseJ project. The paper aims at the development of an integrated database and a user interface for a typical 3G mobile phone with Java MIDP2 capability. One of the key objectives is to target a generic solution. A number of commercial sectors could benefit from this solution such as horticulture, building management, pollution/water management, industry etc. Four embedded databases based on J2ME have been investigated. Two of the four have been evaluated and analyzed. The size of processed data is limited to 20000 records when using the wireless toolkit simulator and 11000 records when using a mobile phone. 1 / 3 Embedded Database for Remote Process Management System Refer ences - Mobile and World, "Subscriber statistics end Q1 2007," 2007. - S. Ravi, M. Chathish, and H. Prasanna, "WAP AND SMS BASED EMERGING TECHNIQUES FOR REMOTEMONITORING AND CONTROL OF A PROCESS PLANT," in ICSP'04. 2004 7th International Conference, 2004, pp. 2672-2675. - K. Hung and Y. Zhang, "Implementation of a WAP-Based Telemedicine System for Patient Monitoring," Information Technology in Biomedicine, vol. IEEE Transations on vol. 7, pp. 101-107, June 2003. - M. Nikolova, F. Meijs, and P. Voorwinden, "Remote Mobile Control of Home appliances," Consumer Electronis, vol.
    [Show full text]
  • Dynamic Information with IBM Infosphere Data Replication CDC
    Front cover IBM® Information Management Software Smarter Business Dynamic Information with IBM InfoSphere Data Replication CDC Log-based for real-time high volume replication and scalability High throughput replication with integrity and consistency Programming-free data integration Chuck Ballard Alec Beaton Mark Ketchie Anzar Noor Frank Ketelaars Judy Parkes Deepak Rangarao Bill Shubin Wim Van Tichelen ibm.com/redbooks International Technical Support Organization Smarter Business: Dynamic Information with IBM InfoSphere Data Replication CDC March 2012 SG24-7941-00 Note: Before using this information and the product it supports, read the information in “Notices” on page ix. First Edition (March 2012) This edition applies to Version 6.5 of IBM InfoSphere Change Data Capture (product number 5724-U70). © Copyright International Business Machines Corporation 2012. All rights reserved. Note to U.S. Government Users Restricted Rights -- Use, duplication or disclosure restricted by GSA ADP Schedule Contract with IBM Corp. Contents Notices . ix Trademarks . x Preface . xi The team who wrote this book . xii Now you can become a published author, too! . xvi Comments welcome. xvii Stay connected to IBM Redbooks . xvii Chapter 1. Introduction and overview . 1 1.1 Optimized data integration . 2 1.2 InfoSphere architecture . 4 Chapter 2. InfoSphere CDC: Empowering information management. 9 2.1 The need for dynamic data . 10 2.2 Data delivery methods. 11 2.3 Providing dynamic data with InfoSphere CDC . 12 2.3.1 InfoSphere CDC architectural overview . 14 2.3.2 Reliability and integrity . 16 Chapter 3. Business use cases for InfoSphere CDC . 19 3.1 InfoSphere CDC techniques for transporting changed data .
    [Show full text]