From the course: Designing Highly Scalable and Highly Available SQL Databases

Unlock the full course today

Join today to access over 22,600 courses taught by industry experts or purchase this course individually.

Solution: Revised database architecture

Solution: Revised database architecture

From the course: Designing Highly Scalable and Highly Available SQL Databases

Start my 1-month free trial

Solution: Revised database architecture

(lively music) - [Instructor] Okay, this solution identifies two changes we would make. The first thing we want to focus on is the fact that time series data and user-generated data are really distinct. They have different life cycles, different patterns, different volumes, so they should not be going to the same endpoint. Time series data should be ingested using some kind of buffering mechanism, for example, using Apache Kafka or Google Cloud Pub/Sub, something to buffer that data, whereas user-generated data is small enough volume that it can be handled by simply calling APIs, which directly work with the database. Now, the second change is around the analytical queries. Now, analytical queries are really different from transaction processing queries. So we have separate designs for those, separate schemas. And it may even be in different database servers, depending on what kind of databases you're using. For…

Contents