Distributed Databases: what is next?
|
|
- Mitchell Wright
- 8 years ago
- Views:
Transcription
1 Distributed Databases: what is next? Massive distribution / replication Nested transactions Transactions and web services Summary and final remarks New Challenges DDB and transactions in the past - few nodes ( < 10?) - stable systems - stable net Future - Mobile systems check out part of the DB and update "salesperson" application scenario Multimaster replication 2 ~100 replicas Handheld devices completely independent - Sensor net data transactions?? - Web Service transactions Replication schemes not scalable hs / FUB dbsii-03-21ddbnext-2
2 Nested Transactions Flat transaction model up to now: begin r(x), w(x) commit Why not recursive? TA ( r(x), TA1(..) w(x) TA2(..)) subtransaction Generalize savepoints - Savepoints allow sequential transactions to be aborted partially, work between two savepoints is a subtransaction Allow transaction /subtransaction trees Each subtransaction may be aborted hs / FUB dbsii-03-21ddbnext-3 Nested Transactions Nested transactions used to be an academic exercise, become very important right now - Object orientation each method call is (may be) a subtransaction - Business transactions between autonomous systems (e.g. coordination of web services) withdraw deposit Bank 1 Bank 2 hs / FUB dbsii-03-21ddbnext-4
3 Business Objects: example t 2 Withdraw (x, 1000) Deposit (y, 1000) Append (h,...) Search (...) Fetch (x) ^ Modify (x) ^ Fetch (a) Fetch (d) Store (e) Modify (d) Modify (a) Search (...) Fetch (y) ^ Modify (y) ^ r (r) r (l) r (p) r (p) w (p) r (s) r (t) r (t) w (t) r (t) w (t) r (s)w (s) r (r) r (l) r (q) r (q) w (q) Nested Transaction rules (*) Each transaction or subtransaction is bracketed by Start and Commit or Abort. If a program is not executing a transaction, then Start creates a new top-level transaction If a program is executing inside a transaction, then Start creates a subtransaction. Commit and Abort by a top-level transaction have the usual semantics If a subtransaction aborts, then all of its operations and subtransactions are undone top-level is notified, not aborted Until it commits, a subtransaction s updated data items are only visible to its subtransactions After a subtransaction S commits, S s updates are visible to other subtransactions of S s parent. (*) Bernstein hs / FUB dbsii-03-21ddbnext-6
4 Nested Transactions Features Top-level transactions like flat transactions. - They re ACID and bracketed by Start, Commit, Abort. Subtransaction abort is a new feature Subtransactions of the same parent are isolated from one another Parent may decide to compensate a subtransaction if another subtransaction aborts (sometimes called Multilevel TAs) hs / FUB dbsii-03-21ddbnext-7 Web service coordination "Webservice increasingly tie together a large number of participants forming large distributed applications" How to coordinate the activities? Coordination types in the web service transaction specification: - Atomic transactions (AT) used to coordinate activities having a short duration - Business activities (BA) used to coordinate activities that are long in duration and desire to apply business logic - Web service can include both ATs and BAs hs / FUB dbsii-03-21ddbnext-8
5 Web service coordination Example: Web service activities as nested transactions Coordination framework of WS consists of: - activation service - registration service - coordination service hs / FUB dbsii-03-21ddbnext-9 Web service coordination Activation: begin a new activity, specify coordination protocols available hs / FUB dbsii-03-21ddbnext-10
6 Web service coordination Registration service Register and select protocol for the activity Includes specification of transaction protocols and properties available for a particular web service Coordination service Controls activity completion processing for registered WS using selected coordination protocol (until now: atomic transaction and business coordination) Context for created activity: - Identifier - expire (activity timeout) - coordination type - registration service hs / FUB dbsii-03-21ddbnext-11 Transactional Web service: scenario of atomic TAs hs / FUB dbsii-03-21ddbnext-12
7 Example: Atomic TA Step 1: Application creates transactional activity using WS coordination framework's activation service Step 2: Application registers (as responsible driving the completion protocol) Step 3: Application performs operation on a Web service Step 4: Register Resource with Reg. service for processing (only the first time, compare XA) Step 5-7: Ack, application completes acitivty Step 8-11: 2PC hs / FUB dbsii-03-21ddbnext-13 Example: Business activity hs / FUB dbsii-03-21ddbnext-14
8 Example: Business activity abort No 2 PC Application decides to abort (Business Activity Failure) Coordinator sends compensation record Compare nested transactions Protocols defined in XML syntax with SOAP envelope.. BUT hs / FUB dbsii-03-21ddbnext-15 Specification for Web Service TA TWO different specifications by mainplayers - Microsoft / IBM et al. - Sun, Oracle, Iona et al (see reader) Seems to be more elaborate, includes e.g. subprotocols like - status of work -Restart - Checkpoint - Details: seminar next semester hs / FUB dbsii-03-21ddbnext-16
9 Trends for Transactions Business TA in large scale distributed, unstable systems Example: Buying electronic goods n offerors, 1 client, bank delivery payment accept offer: contract hs / FUB dbsii-03-21ddbnext-17 Trends for Transactions Example (cont.): Nested Transaction (offer) ( (contract (payment) (delivery) ) Important: - delivery must be successful if payment successful (electronic good!) - payment must precede delivery. Why? - payment sub TA must guarantee correctness ( don t create or destroy money ) compensation possible for payment (refund) not for delivery. Not covered: Trustworthiness of participants hs / FUB dbsii-03-21ddbnext-18
10 Trends for Transactions Business transactions in large scale distributed systems: may be nested compensation important atomicity is the problem, not (so much) isolation all or nothing too simple Specific protocols for different steps of TA like payment, contracts, hs / FUB dbsii-03-21ddbnext-19 Summary Web based business applications: large number of participants forming large distributed applications" New transaction models needed oriented towards less stable environments Web Service TAs: 2 different specifications Hot topic also for mobile systems Similar tendency for large scale replication (e.g. IceCube, MSR Cambridge -> seminar next summer) hs / FUB dbsii-03-21ddbnext-20
DISTRIBUTED AND PARALLELL DATABASE
DISTRIBUTED AND PARALLELL DATABASE SYSTEMS Tore Risch Uppsala Database Laboratory Department of Information Technology Uppsala University Sweden http://user.it.uu.se/~torer PAGE 1 What is a Distributed
More informationRecovery and the ACID properties CMPUT 391: Implementing Durability Recovery Manager Atomicity Durability
Database Management Systems Winter 2004 CMPUT 391: Implementing Durability Dr. Osmar R. Zaïane University of Alberta Lecture 9 Chapter 25 of Textbook Based on slides by Lewis, Bernstein and Kifer. University
More informationRecovery Theory. Storage Types. Failure Types. Theory of Recovery. Volatile storage main memory, which does not survive crashes.
Storage Types Recovery Theory Volatile storage main memory, which does not survive crashes. Non-volatile storage tape, disk, which survive crashes. Stable storage information in stable storage is "never"
More informationDerby: Replication and Availability
Derby: Replication and Availability Egil Sørensen Master of Science in Computer Science Submission date: June 2007 Supervisor: Svein Erik Bratsberg, IDI Norwegian University of Science and Technology Department
More information2. Analysis. 2.1 Resource Planning. Resource Planning. 1st Question. Example. BPM & WfM. Lecture 9 III. Workflow Theory & Analysis
2. Analysis BPM & WfM Lecture 9 III. Workflow Theory & Analysis IV. WfM & Transactions Consistency and plausibility Structural analysis: Awkward nets Unused / redundant data or resources Unnecessary orderings
More information2 nd Semester 2008/2009
Chapter 17: System Departamento de Engenharia Informática Instituto Superior Técnico 2 nd Semester 2008/2009 Slides baseados nos slides oficiais do livro Database System c Silberschatz, Korth and Sudarshan.
More informationChapter 16: Recovery System
Chapter 16: Recovery System Failure Classification Failure Classification Transaction failure : Logical errors: transaction cannot complete due to some internal error condition System errors: the database
More informationHistory of Database Systems
History of Database Systems By Kaushalya Dharmarathna(030087) Sandun Weerasinghe(040417) Early Manual System Before-1950s Data was stored as paper records. Lot of man power involved. Lot of time was wasted.
More informationDDB Functionalities by Major DMBS Products. Haibin Liu Shcherbak Maryna Nassrat Hatem
DDB Functionalities by Major DMBS Products Haibin Liu Shcherbak Maryna Nassrat Hatem Outline Introduction Distributed Security Distributed Concurrency Control Distributed Query Optimization Introduction
More informationArchitecture for ERP System Integration with Heterogeneous E-Government Modules 1
102 Chapter 7 Architecture for ERP System Integration with Heterogeneous E-Government Modules 1 Lars Frank Copenhagen Business School, Denmark ABSTRACT ERP (Enterprise Resource Planning) systems consist
More informationRecovery System C H A P T E R16. Practice Exercises
C H A P T E R16 Recovery System Practice Exercises 16.1 Explain why log records for transactions on the undo-list must be processed in reverse order, whereas redo is performed in a forward direction. Answer:
More informationDistributed Architectures. Distributed Databases. Distributed Databases. Distributed Databases
Distributed Architectures Distributed Databases Simplest: client-server Distributed databases: two or more database servers connected to a network that can perform transactions independently and together
More informationExtending Multidatabase Transaction Management Techniques to Software Development Environments
Purdue University Purdue e-pubs Computer Science Technical Reports Department of Computer Science 1993 Extending Multidatabase Transaction Management Techniques to Software Development Environments Aidong
More informationSODDA A SERVICE-ORIENTED DISTRIBUTED DATABASE ARCHITECTURE
SODDA A SERVICE-ORIENTED DISTRIBUTED DATABASE ARCHITECTURE Breno Mansur Rabelo Centro EData Universidade do Estado de Minas Gerais, Belo Horizonte, MG, Brazil breno.mansur@uemg.br Clodoveu Augusto Davis
More informationAtomic Commitment in Grid Database Systems
Atomic Commitment in Grid Database Systems Sushant Goel 1 Hema Sharda 2 David Taniar 3 1,2 School of Electrical and Computer Systems Engineering, Royal Melbourne Institute of Technology, Australia 1 s2013070@student.rmit.edu.au
More informationChapter 10: Distributed DBMS Reliability
Chapter 10: Distributed DBMS Reliability Definitions and Basic Concepts Local Recovery Management In-place update, out-of-place update Distributed Reliability Protocols Two phase commit protocol Three
More informationMulti-Agent Cooperative Transactions for E-Commerce
Submitted to Coopis2000, # P66 Multi-Agent Cooperative Transactions for E-Commerce Qiming Chen, Umeshwar Dayal HP Labs 1501 Page Mill Road, MS 1U4 Palo Alto, California, CA 94303, USA +1-650-857-3060 {qchen,dayal}@hpl.hp.com
More informationExtraction of WS-Business Activity from BPEL 1.1
Institut für Architektur von Anwendungssystemen Universität Stuttgart Universitätsstraße 38 70569 Stuttgart Diplomarbeit Nr. 2444 Extraction of WS-Business Activity from BPEL 1.1 Ralph Mietzner Studiengang:
More informationThe ConTract Model. Helmut Wächter, Andreas Reuter. November 9, 1999
The ConTract Model Helmut Wächter, Andreas Reuter November 9, 1999 Overview In Ahmed K. Elmagarmid: Database Transaction Models for Advanced Applications First in Andreas Reuter: ConTracts: A Means for
More informationAgenda. Transaction Manager Concepts ACID. DO-UNDO-REDO Protocol DB101
Concepts Agenda Database Concepts Overview ging, REDO and UNDO Two Phase Distributed Processing Dr. Nick Bowen, VP UNIX and xseries SW Development October 17, 2003 Yale Oct 2003 Database System ACID index
More information! Volatile storage: ! Nonvolatile storage:
Chapter 17: Recovery System Failure Classification! Failure Classification! Storage Structure! Recovery and Atomicity! Log-Based Recovery! Shadow Paging! Recovery With Concurrent Transactions! Buffer Management!
More informationTopics. Distributed Databases. Desirable Properties. Introduction. Distributed DBMS Architectures. Types of Distributed Databases
Topics Distributed Databases Chapter 21, Part B Distributed DBMS architectures Data storage in a distributed DBMS Distributed catalog management Distributed query processing Updates in a distributed DBMS
More informationDependability in the Web Service Architecture
Dependability in the Web Service Architecture Ferda Tartanoglu 1, Valérie Issarny 2 INRIA, UR Rocquencourt Domaine de Voluceau - B.P. 105 78153 Le Chesnay France 1 Galip-Ferda.Tartanoglu@inria.fr, 2 Valerie.Issarny@inria.fr
More information(Pessimistic) Timestamp Ordering. Rules for read and write Operations. Pessimistic Timestamp Ordering. Write Operations and Timestamps
(Pessimistic) stamp Ordering Another approach to concurrency control: Assign a timestamp ts(t) to transaction T at the moment it starts Using Lamport's timestamps: total order is given. In distributed
More informationChapter Outline. Chapter 2 Distributed Information Systems Architecture. Middleware for Heterogeneous and Distributed Information Systems
Prof. Dr.-Ing. Stefan Deßloch AG Heterogene Informationssysteme Geb. 36, Raum 329 Tel. 0631/205 3275 dessloch@informatik.uni-kl.de Chapter 2 Architecture Chapter Outline Distributed transactions (quick
More informationDatabase replication for commodity database services
Database replication for commodity database services Gustavo Alonso Department of Computer Science ETH Zürich alonso@inf.ethz.ch http://www.iks.ethz.ch Replication as a problem Gustavo Alonso. ETH Zürich.
More informationCourse Content. Transactions and Concurrency Control. Objectives of Lecture 4 Transactions and Concurrency Control
Database Management Systems Fall 2001 CMPUT 391: Transactions & Concurrency Control Dr. Osmar R. Zaïane University of Alberta Chapters 18 and 19 of Textbook Course Content Introduction Database Design
More informationUVA. Failure and Recovery. Failure and inconsistency. - transaction failures - system failures - media failures. Principle of recovery
Failure and Recovery Failure and inconsistency - transaction failures - system failures - media failures Principle of recovery - redundancy - DB can be protected by ensuring that its correct state can
More informationEnterprise Application Integration
Enterprise Integration By William Tse MSc Computer Science Enterprise Integration By the end of this lecturer you will learn What is Enterprise Integration (EAI)? Benefits of Enterprise Integration Barrier
More informationInformation Systems. Computer Science Department ETH Zurich Spring 2012
Information Systems Computer Science Department ETH Zurich Spring 2012 Lecture VI: Transaction Management (Recovery Manager) Recovery Manager ETH Zurich, Spring 2012 Information Systems 3 Failure Recovery
More informationDistributed Commit Protocols
Distributed Commit Protocols We know: There is no distributed Atomic Commit Protocol (ACP) in an asynchronous system with properties: Uniform agreement, uniform validity, stability (A1-3) Non-triviality,
More informationChapter 14: Recovery System
Chapter 14: Recovery System Chapter 14: Recovery System Failure Classification Storage Structure Recovery and Atomicity Log-Based Recovery Remote Backup Systems Failure Classification Transaction failure
More informationIV Distributed Databases - Motivation & Introduction -
IV Distributed Databases - Motivation & Introduction - I OODBS II XML DB III Inf Retr DModel Motivation Expected Benefits Technical issues Types of distributed DBS 12 Rules of C. Date Parallel vs Distributed
More informationDefinition of SOA. Capgemini University Technology Services School. 2006 Capgemini - All rights reserved November 2006 SOA for Software Architects/ 2
Gastcollege BPM Definition of SOA Services architecture is a specific approach of organizing the business and its IT support to reduce cost, deliver faster & better and leverage the value of IT. November
More informationAdaptable Transaction Processing in the Web Services Domain
Adaptable Transaction Processing in the Web Services Domain Yan Wang and Weihai Yu Department of Computer Science University of Tromsø {wang,weihai}@cs.uit.no Abstract The advent of Web Services technologies
More informationDistributed Transactions
Distributed Transactions 1 Transactions Concept of transactions is strongly related to Mutual Exclusion: Mutual exclusion Shared resources (data, servers,...) are controlled in a way, that not more than
More informationDistributed Data Management
Introduction Distributed Data Management Involves the distribution of data and work among more than one machine in the network. Distributed computing is more broad than canonical client/server, in that
More informationAvoid a single point of failure by replicating the server Increase scalability by sharing the load among replicas
3. Replication Replication Goal: Avoid a single point of failure by replicating the server Increase scalability by sharing the load among replicas Problems: Partial failures of replicas and messages No
More informationHow To Write A Transaction System
Chapter 20: Advanced Transaction Processing Remote Backup Systems Transaction-Processing Monitors High-Performance Transaction Systems Long-Duration Transactions Real-Time Transaction Systems Weak Levels
More informationChapter 18: Database System Architectures. Centralized Systems
Chapter 18: Database System Architectures! Centralized Systems! Client--Server Systems! Parallel Systems! Distributed Systems! Network Types 18.1 Centralized Systems! Run on a single computer system and
More informationDistributed Database Management Systems
Distributed Database Management Systems (Distributed, Multi-database, Parallel, Networked and Replicated DBMSs) Terms of reference: Distributed Database: A logically interrelated collection of shared data
More informationThe Data Grid: Towards an Architecture for Distributed Management and Analysis of Large Scientific Datasets
The Data Grid: Towards an Architecture for Distributed Management and Analysis of Large Scientific Datasets!! Large data collections appear in many scientific domains like climate studies.!! Users and
More informationHow To Recover From Failure In A Relational Database System
Chapter 17: Recovery System Database System Concepts See www.db-book.com for conditions on re-use Chapter 17: Recovery System Failure Classification Storage Structure Recovery and Atomicity Log-Based Recovery
More informationIntroduction to Database Management Systems
Database Administration Transaction Processing Why Concurrency Control? Locking Database Recovery Query Optimization DB Administration 1 Transactions Transaction -- A sequence of operations that is regarded
More informationCentralized Systems. A Centralized Computer System. Chapter 18: Database System Architectures
Chapter 18: Database System Architectures Centralized Systems! Centralized Systems! Client--Server Systems! Parallel Systems! Distributed Systems! Network Types! Run on a single computer system and do
More informationUse Cases for the Business Transaction Protocol
Use Cases for the Business Transaction Protocol OASIS Business Transactions Technical Committee Models/Use Cases Technical Subcommittee bt-models@lists.oasis-open.org Introduction This document attempts
More informationDr Markus Hagenbuchner markus@uow.edu.au CSCI319. Distributed Systems
Dr Markus Hagenbuchner markus@uow.edu.au CSCI319 Distributed Systems CSCI319 Chapter 8 Page: 1 of 61 Fault Tolerance Study objectives: Understand the role of fault tolerance in Distributed Systems. Know
More informationConfiguration Management of Massively Scalable Systems
1 KKIO 2005 Configuration Management of Massively Scalable Systems Configuration Management of Massively Scalable Systems Marcin Jarząb, Krzysztof Zieliński, Jacek Kosiński SUN Center of Excelence Department
More informationConcurrency Control and Recovery Management for Open e-business Transactions
Communicating Process Architectures 2007 1 Alistair McEwan, Steve Schneider, Wilson Ifill and Peter Welch (Eds.) IOS Press, 2007 2007 The authors and IOS Press. All rights reserved. Concurrency Control
More informationMicrokernels & Database OSs. Recovery Management in QuickSilver. DB folks: Stonebraker81. Very different philosophies
Microkernels & Database OSs Recovery Management in QuickSilver. Haskin88: Roger Haskin, Yoni Malachi, Wayne Sawdon, Gregory Chan, ACM Trans. On Computer Systems, vol 6, no 1, Feb 1988. Stonebraker81 OS/FS
More informationQuality Model for Web Services
Quality Model for Web Services September 2005 Document identifier: WSQM -2.0 Location: Editor: Eunju Kim (NCA), Youngkon Lee (KOREA Polytechnic University) Abstract: The purpose of this document is to
More informationAn Information Management System for Collaboration within Distributed Working Environment
An Information Management System for Collaboration within Distributed Working Environment http://urchin.spbcas.ru/downloads/esimbios/ Maria Samsonova, Andrei Pisarev, Konstantin Kozlov, Ekaterina Poustelnikova,
More informationCrash Recovery. Chapter 18. Database Management Systems, 3ed, R. Ramakrishnan and J. Gehrke
Crash Recovery Chapter 18 Database Management Systems, 3ed, R. Ramakrishnan and J. Gehrke Review: The ACID properties A tomicity: All actions in the Xact happen, or none happen. C onsistency: If each Xact
More informationTransaction Processing Monitors
Chapter 24: Advanced Transaction Processing! Transaction-Processing Monitors! Transactional Workflows! High-Performance Transaction Systems! Main memory databases! Real-Time Transaction Systems! Long-Duration
More informationGeneral Terms: Languages, Reliability Additional Key Words and Phrases: Atomicity, nested atomic actions, remote procedure call
Guardians and Actions" Linguistic for Robust, Distributed Programs Support BARBARA LISKOV and ROBERT SCHEIFLER Massachusetts Institute of Technology An overview is presented of an integrated programming
More informationResearch on the Model of Enterprise Application Integration with Web Services
Research on the Model of Enterprise Integration with Web Services XIN JIN School of Information, Central University of Finance& Economics, Beijing, 100081 China Abstract: - In order to improve business
More informationTransaction Management in Distributed Database Systems: the Case of Oracle s Two-Phase Commit
Transaction Management in Distributed Database Systems: the Case of Oracle s Two-Phase Commit Ghazi Alkhatib Senior Lecturer of MIS Qatar College of Technology Doha, Qatar Alkhatib@qu.edu.sa and Ronny
More informationConcurrency Control. Module 6, Lectures 1 and 2
Concurrency Control Module 6, Lectures 1 and 2 The controlling intelligence understands its own nature, and what it does, and whereon it works. -- Marcus Aurelius Antoninus, 121-180 A. D. Database Management
More informationAn Atomic Web-Service Transaction Protocol for Mobile Environments
An Atomic Web-Service Transaction Protocol for Mobile Environments Stefan Böttcher 1, Le Gruenwald 2, and Sebastian Obermeier 1 1 University of Paderborn, Computer Science Fürstenallee 11; 33102 Paderborn;
More informationSOFT 437. Software Performance Analysis. Ch 5:Web Applications and Other Distributed Systems
SOFT 437 Software Performance Analysis Ch 5:Web Applications and Other Distributed Systems Outline Overview of Web applications, distributed object technologies, and the important considerations for SPE
More informationFormal Verification and Linear-time Model Checking
Formal Verification and Linear-time Model Checking Paul Jackson University of Edinburgh Automated Reasoning 21st and 24th October 2013 Why Automated Reasoning? Intellectually stimulating and challenging
More informationSupporting Large-scale Deployments through Virtual Directory Technology. A White Paper by Phil Hunt Director, Product Management, OctetString, Inc.
Supporting Large-scale Deployments through Virtual Directory Technology A White Paper by Phil Hunt Director, Product Management, OctetString, Inc. February 2004 Table of Contents Introduction... 2 Clogged
More informationChapter 15: Recovery System
Chapter 15: Recovery System Failure Classification Storage Structure Recovery and Atomicity Log-Based Recovery Shadow Paging Recovery With Concurrent Transactions Buffer Management Failure with Loss of
More informationComputer Networks. Chapter 5 Transport Protocols
Computer Networks Chapter 5 Transport Protocols Transport Protocol Provides end-to-end transport Hides the network details Transport protocol or service (TS) offers: Different types of services QoS Data
More informationIntroduction into Web Services (WS)
(WS) Adomas Svirskas Agenda Background and the need for WS SOAP the first Internet-ready RPC Basic Web Services Advanced Web Services Case Studies The ebxml framework How do I use/develop Web Services?
More informationSegmentation in a Distributed Real-Time Main-Memory Database
Segmentation in a Distributed Real-Time Main-Memory Database HS-IDA-MD-02-008 Gunnar Mathiason Submitted by Gunnar Mathiason to the University of Skövde as a dissertation towards the degree of M.Sc. by
More informationProcess Execution Engine
1 / 26 Automation Goals 2014 Cesare Pautasso 3 / 26 Business Modeling, Management and Mining Business Automation Prof. Cesare Pautasso http://www.pautasso.info cesare.pautasso@usi.ch @pautasso Repeatable
More informationIT Infrastructure and Emerging Technologies
IT Infrastructure and Emerging Technologies Content IT Infrastructure Infrastructure Components Contemporary Hardware Platform Trends Contemporary Software Platform Trends Management Issues 2 IT infrastructure
More informationMonitoring IBM WebSphere extreme Scale (WXS) Calls With dynatrace
Monitoring IBM WebSphere extreme Scale (WXS) Calls With dynatrace What is IBM WebSphere extreme Scale (WXS)? From IBM: WebSphere extreme Scale operates as an in-memory grid that dynamically processes,
More informationSzolgáltatásorientált rendszerintegráció. WS-* standards
Szolgáltatásorientált rendszerintegráció WS-* standards Outline Requirements WS-* standards XML digital signature XML encryption 2 Integration requirements 3 Integration within a company SAP.NET? JEE SQL
More informationSpecial Relativity and the Problem of Database Scalability
Special Relativity and the Problem of Database Scalability James Starkey NimbusDB, Inc. The problem, some jargon, some physics, a little theory, and then NimbusDB. Problem: Database systems scale badly
More informationSmooth and Flexible ERP Migration between both Homogeneous and Heterogeneous ERP Systems/ERP Modules
28.8.2008 Smooth and Flexible ERP Migration between both Homogeneous and Heterogeneous ERP Systems/ERP Modules Lars Frank Department of Informatics, Copenhagen Business School, Howitzvej 60, DK-2000 Frederiksberg,
More informationUDDI v3: The Registry Standard for SOA
www.oasis-open.org UDDI v3: The Registry Standard for SOA Hosted by: OASIS UDDI Specification Technical Committee Agenda Welcome James Bryce Clark Director of Standards Development, OASIS Overview Luc
More informationTransactions. SET08104 Database Systems. Copyright @ Napier University
Transactions SET08104 Database Systems Copyright @ Napier University Concurrency using Transactions The goal in a concurrent DBMS is to allow multiple users to access the database simultaneously without
More informationConcurrency control. Concurrency problems. Database Management System
Concurrency control Transactions per second (tps) is the measure of the workload of a operational DBMS; if two transactions access concurrently to the same data there is a problem: the module who resolve
More informationG22.3250-001. Porcupine. Robert Grimm New York University
G22.3250-001 Porcupine Robert Grimm New York University Altogether Now: The Three Questions! What is the problem?! What is new or different?! What are the contributions and limitations? Porcupine from
More informationOverview Motivating Examples Interleaving Model Semantics of Correctness Testing, Debugging, and Verification
Introduction Overview Motivating Examples Interleaving Model Semantics of Correctness Testing, Debugging, and Verification Advanced Topics in Software Engineering 1 Concurrent Programs Characterized by
More informationOutline. Failure Types
Outline Database Management and Tuning Johann Gamper Free University of Bozen-Bolzano Faculty of Computer Science IDSE Unit 11 1 2 Conclusion Acknowledgements: The slides are provided by Nikolaus Augsten
More informationIn Memory Accelerator for MongoDB
In Memory Accelerator for MongoDB Yakov Zhdanov, Director R&D GridGain Systems GridGain: In Memory Computing Leader 5 years in production 100s of customers & users Starts every 10 secs worldwide Over 15,000,000
More informationPrinciples and characteristics of distributed systems and environments
Principles and characteristics of distributed systems and environments Definition of a distributed system Distributed system is a collection of independent computers that appears to its users as a single
More informationPayment Systems for E-Commerce. Shengyu Jin 4/27/2005
Payment Systems for E-Commerce Shengyu Jin 4/27/2005 Reference Papers 1. Research on electronic payment model,2004 2. An analysis and comparison of different types of electronic payment systems 2001 3.
More informationEnhancing an Application Server to Support Available Components
IEEE TRANSACTIONS ON SOFTWARE ENGINEERING 1 Enhancing an Application Server to Support Available Components Achmad I. Kistijantoro, Graham Morgan, Santosh K. Shrivastava, and Mark C. Little Abstract Three-tier
More information9.6 Multimaster replication
9.6 Multimaster replication "All citizens are equal" D D D D D May results in unsolvable conflicts Detected when updates are propagated Need auxiliary data which reflect the update of object x at different
More informationAn empirical study of messaging systems and migration to service-oriented architecture
An empirical study of messaging systems and migration to service-oriented architecture Raouf Alomainy and Wei Li Computer Science Department, University of Alabama in Huntsville, Huntsville, AL 35899 {ralomain,
More informationTransactions and Recovery. Database Systems Lecture 15 Natasha Alechina
Database Systems Lecture 15 Natasha Alechina In This Lecture Transactions Recovery System and Media Failures Concurrency Concurrency problems For more information Connolly and Begg chapter 20 Ullmanand
More information1 File Processing Systems
COMP 378 Database Systems Notes for Chapter 1 of Database System Concepts Introduction A database management system (DBMS) is a collection of data and an integrated set of programs that access that data.
More informationDatabase Replication with Oracle 11g and MS SQL Server 2008
Database Replication with Oracle 11g and MS SQL Server 2008 Flavio Bolfing Software and Systems University of Applied Sciences Chur, Switzerland www.hsr.ch/mse Abstract Database replication is used widely
More informationCPS221 Lecture - ACID Transactions
Objectives: CPS221 Lecture - ACID Transactions Last Revised 7/20/11 1.To introduce the notion of a transaction and the ACID properties of a transaction 2.To introduce the notion of the state of a transaction
More information3-Tier Architecture. 3-Tier Architecture. Prepared By. Channu Kambalyal. Page 1 of 19
3-Tier Architecture Prepared By Channu Kambalyal Page 1 of 19 Table of Contents 1.0 Traditional Host Systems... 3 2.0 Distributed Systems... 4 3.0 Client/Server Model... 5 4.0 Distributed Client/Server
More informationDistributed Database Systems
Distributed Database Systems Vera Goebel Department of Informatics University of Oslo 2011 1 Contents Review: Layered DBMS Architecture Distributed DBMS Architectures DDBMS Taxonomy Client/Server Models
More informationSemantic Web Languages: RDF vs. SOAP Serialisation
: University of Dortmund Computer Science VIII stefan.haustein@udo.edu : Why look at something else? Is RDF(S) not sufficient? What is SOAP? Why is SOAP important? Is SOAP Serialisation really an alternative
More informationSQLBase 8.0 and COM+ Transactions
SQLBase 8.0 and COM+ Transactions By Suren Behari Product Manager Gupta Technologies, LLC 975 Island Drive Redwood Shores, CA 94065 USA Phone +1-650-596-3400 Fax: +1-650-596-4690 TABLE OF CONTENTS Abstract...3
More informationErgon Workflow Tool White Paper
Ergon Informatik AG Kleinstrasse 15 CH-8008 Zürich Phone +41 1 268 89 00 Fax +41 1 261 27 50 www.ergon.ch Ergon Workflow Tool White Paper Version 1.1, August 14, 2002 Andreas Fleischmann Copyright 2004,
More informationTiny Web Services: Design and Implementation of Interoperable and Evolvable Sensor Networks (Priyantha, Kansal, Goraczko, Zhao, 2008)
Tiny Web Services: Design and Implementation of Interoperable and Evolvable Sensor Networks (Priyantha, Kansal, Goraczko, Zhao, 2008) Dominique Im Obersteg Distributed Systems Seminar 2011, ETH Zurich
More informationData Management in the Cloud
Data Management in the Cloud Ryan Stern stern@cs.colostate.edu : Advanced Topics in Distributed Systems Department of Computer Science Colorado State University Outline Today Microsoft Cloud SQL Server
More informationTransactions and the Internet
Transactions and the Internet Week 12-13 Week 12-13 MIE253-Consens 1 Schedule Week Date Lecture Topic 1 Jan 9 Introduction to Data Management 2 Jan 16 The Relational Model 3 Jan. 23 Constraints and SQL
More informationReview: The ACID properties
Recovery Review: The ACID properties A tomicity: All actions in the Xaction happen, or none happen. C onsistency: If each Xaction is consistent, and the DB starts consistent, it ends up consistent. I solation:
More informationCOS 318: Operating Systems
COS 318: Operating Systems File Performance and Reliability Andy Bavier Computer Science Department Princeton University http://www.cs.princeton.edu/courses/archive/fall10/cos318/ Topics File buffer cache
More informationModule 14: Scalability and High Availability
Module 14: Scalability and High Availability Overview Key high availability features available in Oracle and SQL Server Key scalability features available in Oracle and SQL Server High Availability High
More information