(SQL Server) Nosql

Total Page:16

File Type:pdf, Size:1020Kb

(SQL Server) Nosql Relational to NoSQL: Getting started from SQL Server Shane Johnson Sr. Product Marketing Manager Couchbase Today’s agenda § Why NoSQL? § Identifying the right application § Modeling your data § Accessing your data § Installing and scaling your database § Monitoring and managing your deployment § Q & A ©2015 Couchbase Inc. 2 About the speakers – Shane Johnson Shane Johnson Senior Product Marketing Manager Couchbase (since Dec 2013) Experience: - Proud Red Hatter - Consulting (Architect) - Transitioned to Marketing (Technical Manager) - Passionate about Open Source - Expertise - Java and Distributed Systems ©2015 Couchbase Inc. 3 What’s Couchbase? Couchbase is the company behind Couchbase Server & Couchbase Mobile • Open source JSON database • Founded 2010 • 500+ enterprise customers globally Some of our customers: Couchbase Server can be deployed as: Document database Key-value store Distributed cache ©2015 Couchbase Inc. 4 What is NoSQL? § No SQL? No. § Distributed (most) § Not only SQL? Not really. – Scaled out, not up § Non relational? Yes. • Elasticity and commodity hardware – Partitioned and replicated • Scalability, performance, availability § Schema-less (most) – Flexible model – JSON (some) ©2015 Couchbase Inc. 5 Who is using NoSQL? Enterprises are adopting NoSQL for mission critical applications Media & Publishing eCommerce Hospitality ©2015 Couchbase Inc. 6 Who is using NoSQL? § Gannett, publisher of USA Today and 90+ media properties, replaced relational database tech- nology with NoSQL to power its digital publishing platform. § Marriott deployed NoSQL to modernize its hotel reservation system that supports $38 billion in annual bookings. § FHLBank Topeka leverages NoSQL on top of SQL Server to speed up access to customer financial data for its 770 member banks § Cars.com, with over 30 million visits per month, replaced SQL Server with NoSQL to store customer and vehicle data § Vente-privee.com improved the customer experience of its 18 million members by replacing SQL Server with NoSQL for better performance ©2015 Couchbase Inc. 7 Why are they using NoSQL? Technology Drivers Technical Needs § Customers are going online § Develop with agility § The Internet is connecting everything – Flexibility + Simplicity § Big Data is getting bigger – Easier + Faster § Applications are moving to the cloud § Operate at any scale § The world has gone mobile – Elasticity + Availability – Performance at scale – Always-on, global deployment Business Needs § Innovate and compete – Faster time to market – Reduced costs (operational + hardware) ©2015 Couchbase Inc. 8 – Increased revenue Why migrate from SQL Server? § Easier to scale 3 nodes to 100s, 1 data center to many, commodity hardware § Better performance integrated caching, memory-optimized indexes, memory-based replication § Up to 40x lower cost open source, subscription-based, per instance (not per core) § Cross-platform runs on Windows or Linux (Red Hat, Ubuntu, Debian, etc) § Greater agility JSON-based data model, SQL-based query language ©2015 Couchbase Inc. 9 How do you get started? § Identify the right application § Model your data § Access your data § Install and scale your database § Monitor and manage your deployment ©2015 Couchbase Inc. 10 Identifying the right application Have one or more of the following characteristics or requirements: Iterate faster Supports users anywhere and Send and receive JSON everywhere Provide low latency at any throughput Be available 24x7 Support many concurrent users Store terabytes of data Read and write to multiple data centers Examples: Application § High performance, high availability caching service § Small, independent application with a narrow scope § Logical or physical service within a large application Service Service Service § Global service that powers multiple applications RDMBS NoSQL ©2015 Couchbase Inc. 11 Concepts: Terminology Relational (SQL Server) NoSQL (Couchbase) Failover Cluster Cluster Availability Group Cluster Database Bucket Table Bucket Row (Tuple) Document (JSON) Primary Key Object ID IDENTITY Counter Indexed View View SQL N1QL ©2015 Couchbase Inc. 12 Model your data ©2015 Couchbase Inc. 13 Modeling your data: Fixed vs. self-describing schema ©2015 Couchbase Inc. 14 Modeling your data: The flexibility of JSON Same document type, Different fields • Different types • Optional • On-demand Tip: Add a version field to track changes. {“docType”: “user”, “docVersion”: “1”, …} {“docType”: “user”, “docVersion”: “2”, …} ©2015 Couchbase Inc. 15 Modeling your data: Changing the data model Relational database Document database • Modify the database schema • Modify the interface (e.g. HTML5/JS) • Modify the application code (e.g. Java) • Modify the interface (e.g. HTML5/JS) ©2015 Couchbase Inc. 16 Modeling your data: Object IDs Best Practices Examples • Natural Keys • author::shane • Human Readable • author::shane::blogs • Deterministic • blog::nosql_fueled_hadoop • Semantic • blog::nosql_fueled_hadoop::comments What about identity columns? 1. Document<Long> nextAuthorIdDoc= bucket.counter(“authorIdCounter”, 1); 2. Long nextAuthorId = nextAuthorIdDoc.content(); 3. String authDocId = “author::” + nextAuthorId; // author::101 Tip: Increment the counter by 10, 20, etc. instead of doing it for every insert. ©2015 Couchbase Inc. 17 Modeling your data: Relationships Bottom up Top down Author Author (FK x2) Blog (FK) Blog (FK) Blog (FK x2) Blog Comment (FK) Comment (FK) Comment Comment ©2015 Couchbase Inc. 18 Modeling your data: Relationships ©2015 Couchbase Inc. 19 Modeling your data: Strategies and best practices If… Then… Relationship is one-to-one or one-to-many Store related data as nested objects Relationship is many-to-one or many-to-many Store related data as separate documents Data reads are mostly parent fields Store children as separate documents Data reads are mostly parent + child fields Store children as nested objects Data writes are mostly parent or child (not both) Store children as separate documents Data writes are mostly parent and child (both) Store children as nested objects ©2015 Couchbase Inc. 20 Modeling your data: Strategies and best practices § Are they a lot of concurrent writes, continuous updates? § Store children as separate documents Blog Blog Thread § Thread § { { Comment “docType”: “blog”, “docType”: “thread”, § Comment “author”: “author::shane”, “comments”: [ § Thread “title”: “Couchbase Wins”, { § Comment “threads”: [ “visitor”: “Brendan Bond”, § Comment “blog::couchbase_wins::threads::001”, “text”: “This blog is amazing!” “blog::couchbase_wins::threads::002” “replies”: [ } { “user”: “Dustin Johnson”, “text”: “No, it is not.” }] } ©2015 Couchbase Inc. } 21 Access your data ©2015 Couchbase Inc. 22 Accessing your data: Options We’ll focus on these three for now. Key-Value N1QL Views Full Text Geospatial (CRUD) (Query) (Query) (Search) (Search) Indexes MapReduce Indexes MapReduce Documents ©2015 Couchbase Inc. 23 Accessing your data: Connecting to the database § Access data via topology-aware smart clients § Maintains an up-to-date cluster map § Communicates directly with database nodes – no proxies, no routers, etc. § Available for Java, Node.js, PHP, .NET, Python, C, Go, and more § With standard, certified JDBC/ODBC drivers (if you want to) ©2015 Couchbase Inc. 24 Accessing your data: Domain objects vs. document objects Working with document objects requires less code, provides more flexibility. * JSON serialization via Boon. ©2015 Couchbase Inc. 25 Accessing your data: Key-value operations – referenced data ©2015 Couchbase Inc. 26 Accessing your data: Key-value operations – nested data ©2015 Couchbase Inc. 27 Accessing your data: Subdocument operations ©2015 Couchbase Inc. 28 Accessing your data – N1QL queries: Capabilities Feature SQL N1QL JOIN ✔ ✔ TRANSFORM ✔ ✔ FILTER ✔ ✔ AGGREGATE ✔ ✔ SORT ✔ ✔ SUBQUERIES ✔ ✔ PAGINATION ✔ ✔ OPERATORS ✔ ✔ FUNCTIONS ✔ ✔ ©2015 Couchbase Inc. 29 Accessing your data: N1QL queries – referenced data ©2015 Couchbase Inc. 30 Accessing your data: N1QL queries – nested data ©2015 Couchbase Inc. 31 Accessing your data: N1QL queries – CRUD ©2015 Couchbase Inc. 32 Accessing your data: LINQ _context.Query<Users>().Where(u => u.status == “Platinum”) from user in _context.Query<Users>() join account in _context.Query<Account>() on user.accountIdequals N1QlFunctions.Key(account) into userGroup from accounts in userGroup.DefaultIfEmpty() where (account.type == “Visa” || account.type== “MasterCard”) select new { firstName = user.firstName, lastName = user.LastName }; from user in _context.Query<Users>() join address in _context.Query<Address>() on user.addresses.shipping.addressId equals N1QlFunctions.Key(address) into addressGroup from address in addressGroup.DefaultIfEmpty() where address.state == “CA” select new { firstName = user.firstName, lastName = user.LastName }; ©2015 Couchbase Inc. 33 Accessing your data: N1QL queries – indexes Simple Functional Compound Partial ©2015 Couchbase Inc. 34 Accessing your data: Views What if indexed views worked great with write intensive workloads? And you could use COUNT, ORDER BY, and everything else… ©2015 Couchbase Inc. 35 Accessing your data: Views COUNT ?!? ©2015 Couchbase Inc. 36 Accessing your data: Views – Incremental MapReduce ©2015 Couchbase Inc. 37 Accessing your data: Views – queries ©2015 Couchbase Inc. 38 Accessing your data: Strategies and best practices Concept Strategies & Best Practices Key Value Operations provide the best • Create an effective key naming strategy possible performance • Create an optimized data
Recommended publications
  • LIST of NOSQL DATABASES [Currently 150]
    Your Ultimate Guide to the Non - Relational Universe! [the best selected nosql link Archive in the web] ...never miss a conceptual article again... News Feed covering all changes here! NoSQL DEFINITION: Next Generation Databases mostly addressing some of the points: being non-relational, distributed, open-source and horizontally scalable. The original intention has been modern web-scale databases. The movement began early 2009 and is growing rapidly. Often more characteristics apply such as: schema-free, easy replication support, simple API, eventually consistent / BASE (not ACID), a huge amount of data and more. So the misleading term "nosql" (the community now translates it mostly with "not only sql") should be seen as an alias to something like the definition above. [based on 7 sources, 14 constructive feedback emails (thanks!) and 1 disliking comment . Agree / Disagree? Tell me so! By the way: this is a strong definition and it is out there here since 2009!] LIST OF NOSQL DATABASES [currently 150] Core NoSQL Systems: [Mostly originated out of a Web 2.0 need] Wide Column Store / Column Families Hadoop / HBase API: Java / any writer, Protocol: any write call, Query Method: MapReduce Java / any exec, Replication: HDFS Replication, Written in: Java, Concurrency: ?, Misc: Links: 3 Books [1, 2, 3] Cassandra massively scalable, partitioned row store, masterless architecture, linear scale performance, no single points of failure, read/write support across multiple data centers & cloud availability zones. API / Query Method: CQL and Thrift, replication: peer-to-peer, written in: Java, Concurrency: tunable consistency, Misc: built-in data compression, MapReduce support, primary/secondary indexes, security features.
    [Show full text]
  • High Performance with Distributed Caching
    High Performance with Distributed Caching Key Requirements For Choosing The Right Solution High Performance with Distributed Caching: Key Requirements for Choosing the Right Solution Table of Contents Executive summary 3 Companies are choosing Couchbase for their caching layer, and much more 3 Memory-first 4 Persistence 4 Elastic scalability 4 Replication 5 More than caching 5 About this guide 5 Memcached and Oracle Coherence – two popular caching solutions 6 Oracle Coherence 6 Memcached 6 Why cache? Better performance, lower costs 6 Common caching use cases 7 Key requirements for an effective distributed caching solution 8 Problems with Oracle Coherence: cost, complexity, capabilities 8 Memcached: A simple, powerful open source cache 10 Lack of enterprise support, built-in management, and advanced features 10 Couchbase Server as a high-performance distributed cache 10 General-purpose NoSQL database with Memcached roots 10 Meets key requirements for distributed caching 11 Develop with agility 11 Perform at any scale 11 Manage with ease 12 Benchmarks: Couchbase performance under caching workloads 12 Simple migration from Oracle Coherence or Memcached to Couchbase 13 Drop-in replacement for Memcached: No code changes required 14 Migrating from Oracle Coherence to Couchbase Server 14 Beyond caching: Simplify IT infrastructure, reduce costs with Couchbase 14 About Couchbase 14 Caching has become Executive Summary a de facto technology to boost application For many web, mobile, and Internet of Things (IoT) applications that run in clustered performance as well or cloud environments, distributed caching is a key requirement, for reasons of both as reduce costs. performance and cost. By caching frequently accessed data in memory – rather than making round trips to the backend database – applications can deliver highly responsive experiences that today’s users expect.
    [Show full text]
  • Database Software Market: Billy Fitzsimmons +1 312 364 5112
    Equity Research Technology, Media, & Communications | Enterprise and Cloud Infrastructure March 22, 2019 Industry Report Jason Ader +1 617 235 7519 [email protected] Database Software Market: Billy Fitzsimmons +1 312 364 5112 The Long-Awaited Shake-up [email protected] Naji +1 212 245 6508 [email protected] Please refer to important disclosures on pages 70 and 71. Analyst certification is on page 70. William Blair or an affiliate does and seeks to do business with companies covered in its research reports. As a result, investors should be aware that the firm may have a conflict of interest that could affect the objectivity of this report. This report is not intended to provide personal investment advice. The opinions and recommendations here- in do not take into account individual client circumstances, objectives, or needs and are not intended as recommen- dations of particular securities, financial instruments, or strategies to particular clients. The recipient of this report must make its own independent decisions regarding any securities or financial instruments mentioned herein. William Blair Contents Key Findings ......................................................................................................................3 Introduction .......................................................................................................................5 Database Market History ...................................................................................................7 Market Definitions
    [Show full text]
  • Couchbase Vs Mongodb Architectural Differences and Their Impact
    MongoDB vs. Couchbase Server: Architectural Differences and Their Impact This 45-page paper compares two popular NoSQL offerings, diving into their architecture, clustering, replication, and caching. By Vladimir Starostenkov, R&D Engineer at Altoros Q3 2015 Table of Contents 1. OVERVIEW ......................................................................................................................... 3 2. INTRODUCTION ................................................................................................................. 3 3. ARCHITECTURE................................................................................................................. 4 4. CLUSTERING ..................................................................................................................... 4 4.1 MongoDB ............................................................................................................................................. 4 4.2 Couchbase Server .............................................................................................................................. 5 4.3 Partitioning .......................................................................................................................................... 6 4.4 MongoDB ............................................................................................................................................. 7 4.5 Couchbase Server .............................................................................................................................
    [Show full text]
  • Couchbase Server Manual 2.1.0 Couchbase Server Manual 2.1.0
    Couchbase Server Manual 2.1.0 Couchbase Server Manual 2.1.0 Abstract This manual documents the Couchbase Server 2.1.0 series, including installation, monitoring, and administration interface and associ- ated tools. For the corresponding Moxi product, please use the Moxi 1.8 series. See Moxi 1.8 Manual. External Community Resources. Download Couchbase Server 2.1 Couchbase Developer Guide 2.1 Client Libraries Couchbase Server Forum Last document update: 05 Sep 2013 23:46; Document built: 05 Sep 2013 23:46. Documentation Availability and Formats. This documentation is available online: HTML Online . For other documentation from Couchbase, see Couchbase Documentation Library Contact: [email protected] or couchbase.com Copyright © 2010-2013 Couchbase, Inc. Contact [email protected]. For documentation license information, see Section F.1, “Documentation License”. For all license information, see Appendix F, Licenses. Table of Contents Preface ................................................................................................................................................... xiii 1. Best Practice Guides ..................................................................................................................... xiii 1. Introduction to Couchbase Server .............................................................................................................. 1 1.1. Couchbase Server and NoSQL ........................................................................................................ 1 1.2. Architecture
    [Show full text]
  • Document Store Database Example
    Document Store Database Example Roderich is Barmecide: she predefine originally and juicing her currants. Prototypal Eli still utilises: purgatorial and associate Ron dimes quite eerily but drift her equalisers abidingly. Very and tantalizing Rikki luminesces, but Davis leftwardly rightens her docks. Returns an idea of database document model needs with each also accepts parameters such as strings Break when out nor the JSON and have it light an explicit issue in a hybrid store. Running a document database on Sql Server. Documents are stored in Collections and glide their dedicated CRUD operation set. How they use SQL Server as a Document Store Octopus Deploy. Examples of RDBMS and NoSQL databases Rackspace. MySQL JSON Document Store dasininet Diary create a MySQL. Tinydb PyPI. A database document store represents a collection of documents imported into. As we knew also see play are four tables in the worldx database but db. 3Pillar blog post by Girish Kumar and Rahul Checker exploring the different types of NoSQL databases that you cancel consider for each enterprise needs. How will data here a document database also possess as an own database stored? Document databases make it easier for developers to display and hence data in most database. Why You mother Never Use MongoDB Sarah Mei. For utility if you now looking at video surveillance data sensor. NoSQL Tutorial Types of NoSQL Databases What is & Example. To connect an obedience of the DocumentStore you need to abduct a best of URL addresses that compassion to RavenDB server nodes new DocumentStoreurls database. Xml document store lists of document stores do the database store and console gamer, specially if available.
    [Show full text]
  • APPLICATION of BLOCKCHAIN NETWORK for the USE of INFORMATION SHARING by Linir Zamir
    APPLICATION OF BLOCKCHAIN NETWORK FOR THE USE OF INFORMATION SHARING by Linir Zamir A Thesis Submitted to the Faculty of The College of Engineering and Computer Science in Partial Fulfillment of the Requirements for the Degree of Master of Science Florida Atlantic University Boca Raton, FL August 2019 Copyright 2019 by Linir Zamir ii ACKNOWLEDGEMENTS I would like to thank my committee members: Dr. Feng-Hao Liu, my commit- tee chair; Dr. Mehrdad Nojoumian and Dr. Elias Bou-Harb for their encouragement, insightful comments and hard questions. I would also like to thank my mother, who supported me with love and understanding. Without you, I could never have made it this far in my academical studies and generally in life. iv ABSTRACT Author: Linir Zamir Title: Application of Blockchain networkfor the use of Information Sharing Institution: Florida Atlantic University Thesis Advisor: Dr. Feng-Hao Liu Degree: Master of Science Year: 2019 The Blockchain concept was originally developed to provide security in the Bitcoin cryptocurrency network, where trust is achieved through the provision of an agreed-upon and immutable record of transactions between parties. The use of a Blockchain as a secure, publicly distributed ledger is applicable to fields beyond finance, and is an emerging area of research across many other fields in the industry. This thesis considers the feasibility of using a Blockchain to facilitate secured infor- mation sharing between parties, where a lack of trust and absence of central control are common characteristics. Implementation of a Blockchain Information Sharing system will be designed on an existing Blockchain network with as a communicative party members sharing secured information.
    [Show full text]
  • Couchbase Analytics: Noetl for Scalable Nosql Data Analysis
    Couchbase Analytics: NoETL for Scalable NoSQL Data Analysis Murtadha Al Hubail1 Ali Alsuliman1 Michael Blow1 Michael Carey12 Dmitry Lychagin1 Ian Maxon12 Till Westmann1 1Couchbase, Inc. 2University of California, Irvine [email protected] ABSTRACT Couchbase Server is a highly scalable document-oriented database management system. With a shared-nothing architecture, it exposes a fast key-value store with a managed cache for sub-millisecond Full-Text data operations, indexing for fast queries, and a powerful query Eventing Query Data Analytics Indexing engine for executing declarative SQL-like queries. Its Query Ser- Search vice debuted several years ago and supports high volumes of low- latency queries and updates for JSON documents. Its recently intro- Figure 1: Couchbase Server Overview duced Analytics Service complements the Query Service. Couch- base Analytics, the focus of this paper, supports complex analytical queries (e.g., ad hoc joins and aggregations) over large collections however, since the early days of mainframes and their attached ter- of JSON documents. This paper describes the Analytics Service minals. from the outside in, including its user model, its SQL++ based Today’s mission-critical applications demand support for mil- query language, and its MPP-based storage and query processing lions of interactions with end-users via the Web and mobile devices. architecture. It also briefly touches on the relationship of Couch- In contrast, traditional database systems were built for thousands of base Analytics to Apache AsterixDB, the open source Big Data users. Designed for strict consistency and data control, they tend to management system at the core of Couchbase Analytics. lack agility, flexibility, and scalability.
    [Show full text]
  • How Travel and Hospitality Companies Are Transforming Their
    How Travel and Hospitality Companies are Transforming their Customer Experience in the Age of Kayak, Airbnb and Uber EXECUTIVE SUMMARY Flight availability, booking, In the competitive hospitality industry customers are demanding a better, more and pricing analytics personalized experience. Despite increased consumer spending, operational expenses are putting brands under pressure leading them to search for new efficiency. Mergers, new partnerships, personalization, and digitization are causing the volumes of data to grow. Older technologies aren’t keeping up with the change despite rising maintenance costs. Inventory and pricing Travel companies must contend with a complex set of ever-changing products and recommendations services. Hospitality companies require the ability to provide premium services at a lower cost. Meanwhile, airlines are forced to compete with low-cost alternatives. Everyone in this sector must personalize the travel experience and cultivate customer loyalty, and make each experience one that delights customers and brings them back. Information is at the heart of all of these issues. Personalization and digital Real-time crew transformation require data. The only way to meet all of the data needs is to implement management, scheduling, a database that supports these efforts efficiently even when things change. and resources 2 INTRODUCTION Over the last 30 years, According to the Deloitte 2019 Travel and Hospitality Outlook, the past 10 years have seen Ryanair has experienced a huge increase in travel. From 2009 to 2018, US hotel bookings increased by $69 billion. exponential growth. Since Airline revenue surged by $67 billion. More consumers started traveling again, benefitting we launched our new the cruise, ground transportation, and restaurant industries as well.
    [Show full text]
  • Web Scalability with Nosql
    Web Scalability with NoSQL How to Support Millions of Users with Couchbase Modern Web Scalability – How Big is Big? Web applications are driving the need for more easily scalable database technology. Not long ago, 1,000 daily users of an application was a lot and 10,000 was an extreme case. Modern web applications often need to deliver a great interactive experience to millions of users per day, and support wildly-fluctuating numbers of concurrent users. A great user experience means a responsive application, which means fast, predictable access to data. Supporting large user base is important, but it’s just as important to handle rapidly growing (or shrinking) numbers of concurrent users: • A newly launched app can go viral, growing from zero to a million users overnight – literally. • Seasonal swings like those around Black Friday, the holiday season or Valentine’s Day can create massive spikes for short periods. With relational technologies, many application developers find it difficult, or even impossible, to get the dynamic scalability and level of scale they need while also maintaining the performance users demand. Many are turning to NoSQL for help. Massive Scale – Couchbase Style What does large-scale mean to Couchbase? The world’s largest enterprises rely on Couchbase for their mission- critical web and mobile applications. Couchbase Server has proven scale to a billion user profiles in a single application (adding 500k per day!), and we have customers supporting more than 6M concurrent users with systems capable of more than a million operations per second. When a Zynga game called Draw Something exploded from 0-50M users in 50 days, they were able to scale seamlessly as demand increased.
    [Show full text]
  • 2.15 Couchbase Sync Gateway
    VISVESVARAYA TECHNOLOGICAL UNIVERSITY “Jnana Sangama”, Belgaum – 590 014 A PROJECT REPORT ON “SOYA ASSIST” Submitted in partial fulfillment for the award of the degree of BACHELOR OF ENGINEERING IN COMPUTER SCIENCE AND ENGINEERING BY PRUTHVI DIWAKAR HEGDE (1NH11CS079) RASEENA A (1NH11CS090) SAMYUKTHA SUBRAMANIAN (1NH11CS100) SHRUTHI S (1NH11CS109) Under the guidance of Mr. Puneet S Palagi (Assistant Professor, Dept. of CSE, NHCE) DEPARTMENT OF COMPUTER SCIENCE AND ENGINEERING NEW HORIZON COLLEGE OF ENGINEERING (ISO-9001:2000 certified, Accredited by NBA, Permanently affiliated to VTU) Outer Ring Road,Panathur Post, Near Marathalli, Bangalore – 560103 NEW HORIZON COLLEGE OF ENGINEERING (ISO-9001:2000 certified, Accredited by NBA, Permanently affiliated to VTU) Outer Ring Road, Panathur Post, Near Marathalli, Bangalore-560 103 DEPARTMENT OF COMPUTER SCIENCE AND ENGINEERING CERTIFICATE Certified that the project work entitled “SOYA ASSIST” carried out by PRUTHVI DIWAKAR HEGDE (1NH11CS079), RASEENA A (1NH11CS090), SAMYUKTHA SUBRAMANIAN (1NH11CS100), SHRUTHI S (1NH11CS109) and a bonafide student of NEW HORIZON COLLEGE OF ENGINEERING in partial fulfillment for the award of Bachelor Of Engineering/Bachelor Of Technology in Computer Science and Engineering of the Visvesvaraya Technological University, Belgaum during the year 2014 - 2015. It is certified that all corrections/suggestions indicated for Internal Assessment have been incorporated in the report deposited in the department library. The project report has been approved as it satisfies the academic requirements in respect of Project work prescribed for the said Degree. Name & Signature of Guide Name Signature of HOD Signature of Principal (Mr. Puneet .S .Palagi ) (Dr. Prashanth C.S.R.) (Dr. Manjunatha) External Viva Name of Examiner Signature with date 1.
    [Show full text]
  • Nosql - Notonly Sql
    International Journal of Enterprise Computing and Business Systems ISSN (Online) : 2230-8849 Volume 2 Issue 2 July 2013 International Manuscript ID : ISSN22308849-V2I2M3-072013 NOSQL - NOTONLY SQL Dr. S. George University of New Zealand Abstract A NoSQL database provides a mechanism for storage and retrieval of data that uses looser consistency models than traditional relational databases. Motivations for this approach include simplicity of design, horizontal scaling and finer control over availability. NoSQL databases are often highly optimized key–value stores intended for simple retrieval and appending operations, with the goal being significant performance benefits in terms of latency and throughput. NoSQL databases are finding significant and growing industry use in big data and real-time web applications. NoSQL systems are also referred to as "Not only SQL" to emphasize that they do in fact allow SQL-like query languages to be used. ACID vs BASE NoSQL cannot necessarily give full ACID guarantees. Usually eventual consistency is guaranteed or transactions limited to single data items. This means that given a sufficiently long period of time over which no changes are sent, all updates can be expected to propagate eventually through the system. [citation needed ]. Contents History Carlo Strozzi used the term NoSQL in 1998 to name his lightweight, open-source relational database that did not expose the standard SQL interface. Strozzi suggests that, as the International Journal of Enterprise Computing and Business Systems ISSN (Online) : 2230-8849 Volume 2 Issue 2 July 2013 International Manuscript ID : ISSN22308849-V2I2M3-072013 current NoSQL movement "departs from the relational model altogether; it should therefore have been called more appropriately 'NoREL'.
    [Show full text]