10. How Cassandra Distributes Data | Learning Apache Cassandra

Sign In Start Free Trial

Book Overview & Buying
Table Of Contents
Feedback & Rating

Learning Apache Cassandra

By : Brown

4.4 (13)

Learning Apache Cassandra

4.4 (13)

By: Brown

Overview of this book

If you're an application developer familiar with SQL databases such as MySQL or Postgres, and you want to explore distributed databases such as Cassandra, this is the perfect guide for you. Even if you've never worked with a distributed database before, Cassandra's intuitive programming interface coupled with the step-by-step examples in this book will have you building highly scalable persistence layers for your applications in no time.

Preface

Preface

What this book covers

What you need for this book

Who this book is for

Conventions

Reader feedback

Customer support

Free Chapter

1. Getting Up and Running with Cassandra

1. Getting Up and Running with Cassandra

What Cassandra offers, and what it doesn't

Installing Cassandra

Bootstrapping the project

Creating a keyspace

Summary

2. The First Table

2. The First Table

Creating the users table

Inserting data

Selecting data

Developing a mental model for Cassandra

Summary

3. Organizing Related Data

3. Organizing Related Data

A table for status updates

Working with status updates

Anatomy of a compound primary key

Beyond two columns

Compound keys represent parent-child relationships

Coupling parents and children using static columns

Refining our mental model

Summary

4. Beyond Key-Value Lookup

4. Beyond Key-Value Lookup

Looking up rows by partition

Retrieving status updates for a specific time range

Paginating over rows in a partition

Reversing the order of rows

Paginating over multiple partitions

Building an autocomplete function

Summary

5. Establishing Relationships

5. Establishing Relationships

Modeling follow relationships

Storing follow relationships

Looking up follow relationships

Unfollowing users

Using secondary indexes to avoid denormalization

Summary

6. Denormalizing Data for Maximum Performance

6. Denormalizing Data for Maximum Performance

A normalized approach

Partial denormalization

Fully denormalizing the home timeline

Write complexity and data integrity

Summary

7. Expanding Your Data Model

7. Expanding Your Data Model

Viewing a table schema in cqlsh

Adding columns to tables

Deleting columns

Updating the existing rows

Removing a value from a column

Inserts, updates, and upserts

Lightweight transactions have a cost

Summary

8. Collections, Tuples, and User-defined Types

8. Collections, Tuples, and User-defined Types

The problem with concurrent updates

Collection columns and concurrent updates

Using lists for ordered, nonunique values

Using maps to store key-value pairs

Collections in inserts

Collections and secondary indexes

The limitations of collections

Working with tuples

User-defined types

Choosing between tuples and user-defined types

Comparing data structures

Summary

9. Aggregating Time-Series Data

9. Aggregating Time-Series Data

Recording discrete analytics observations

Recording aggregate analytics observations

Recording analytics observations

Summary

10. How Cassandra Distributes Data

10. How Cassandra Distributes Data

Data distribution in Cassandra

Data replication in Cassandra

Consistency

Handling conflicting data

Distributed deletion

Summary

A. Peeking Under the Hood

A. Peeking Under the Hood

Using cassandra-cli

The structure of a simple primary key table

Compound primary keys in column families

Collection columns in column families

Summary

B. Authentication and Authorization

B. Authentication and Authorization

Enabling authentication and authorization

Setting up a user

Controlling access

Authorization in action

Security beyond authentication and authorization

Summary

Wrapping up

Index

Index

Customer Reviews

4.4 (13)

5 star

38.5%

4 star

61.5%

3 star

0

2 star

0

1 star

0

Distributed deletion

When we want to delete data from storage, we might assume that Cassandra simply removes the data from disk and forgets that it ever existed. In a non-distributed environment, this approach to deletion would be entirely sufficient, but deletion is a bit more complex in a distributed database like Cassandra. To find out why, let's return to, and modify, our previous scenario with Heather and Charles making concurrent modifications to HappyCorp's user record.

In our modified scenario, Heather will still be updating the location column to contain New York, but Charles will be attempting to delete the contents of that column altogether. As with the original scenario, they'll be making their respective changes at roughly the same time, and our application will issue the UPDATE and DELETE queries at the ONE consistency level. Consider the following sequence of events:

Heather issues a request to update the location value to New York; this is acknowledged by Replica 1.
Charles...

Search

Your notes and bookmarks