Data Decomposition Drivers
Breaking apart a monolytic database can be a daunting task, and as such it is important to understand if (and when) a database should be decomposed.
Architects can justify a data decomposition effort by understanding and analyzing data disintegrators (drivers that justify breaking apart data) and data integrators (drivers that justify keeping the data together). Striving for a balance between these two forces and analysing the trade-offs of each is the key to getting the data granularity right.
Data Disintegrators
Data disintegration drivers provide answers and justifications for the question "when should I consider breaking apart my data?". The main drivers area as follows:
Data Integrators
Data integrators do the opposite of the data disintegrators. These drivers provide answers and justifications for the question: "when should I consider putting data back together". Along with data disintegrators, they provide the balance and trade-offs for analyzing when to break apart data and when not to.
The two main integration drivers for putting data back together are the following:
Last updated
Was this helpful?