Schema drift - when historical and current should be different datasets
Data producers often create multiple versions of their data across time. Some of those changes are additive and easy to push from operational to analytical stores. Other changes are transformational breaking changes. We want to integrate these changes in a way that reduces the amount of magic required by our consumers. All these changes should be captured in data catalogs where consumers can discover our datasets, their versions and, the datasets they feed. Managing incompatible Producer Schemas We can take this approach when providing consumers a unified consumer-driven data model. Version all data sets and schema changes. Minor versions represent backward-compatible changes like table, column, or property additions. Major version numbers represent breaking changes from the previous versions. Data should be stored in separate raw zone data sets ba...