Avoiding the Kitchen Sink Database
summary
Claims that splitting storage into a separate canonical store for critical user data and a UI cache database for derived, display-focused fields fixes migration, backup and sync pain while letting the UI optimize for responsiveness. Implements a change controller that listens to canonical changes and refreshes derived rows. Applied successfully to two apps, powers search indexes thumbnails and continuous PDF generation, and reduces migration complexity at the cost of managing two data stores.
AI-written summary · about
chapters (4)
related talks
31mHow Kurtosys Ditched Its Legacy Database To Drive The Future Of Investment Management
43mCaching and Beyond - Smarter Data Processing with Java
37mKEYNOTE: Data Architecture Turned Upside Down
01h 04mHow do you store your data?
41mDo you really need that relational DB?
46mKEEPING UP IN A DATA-INTENSIVE WORLD WITH SINGLESTORE
25mMigrating Datastores
27mHow Micro-Service Patterns Change When the Database Scalable
