Project Cambria: Translate your data with lenses

Changing schemas in distributed software is hard. Could adopting bidirectional lenses help?

The challenge of schema change over time Why is change so hard? If we could update our software in lockstep everywhere, life would be easy. Database columns would be renamed simultaneously in clients and servers. Every API client would jump forward at once. Peers would agree to new protocols without dispute. Alas, because we can’t actually change all our systems at once, our changes must often preserve both: Backward compatibility , making new code compatible with existing data. Forward compatibility , making existing code compatible with new data. Backward compatibility is straightforward. It

saved by

• Jacky Zhao
• Emma Guo
• CJ Quines
• Hamidah Oderinwale
• Derek Yen
• Megan Walker

related reading

• [2412.06269] Schema Evolution in Interactive Programming Systemsarxiv.org
• Bireactive Programmingorionreed.github.io
• Overviewgithub.com
• DeltaDBzed.dev
• Idea Listjzhao.xyz
• Malleable software: Restoring user agency in a world of locked-down appsinkandswitch.com
• Notionnanransohoff.com
• Evolutionary Database Designmartinfowler.com
• Databases in 2024: A Year in Review // Blog // Andy Pavlo - Carnegie Mellon Universitycs.cmu.edu
• Why the database version and how it's going? - Announcements - Logseqdiscuss.logseq.com
• A More Human Approach To Databasesccorcos.github.io
• Rhizome Research Logjzhao.xyz