𝗣𝗮𝗿𝘁#𝟳: 𝗗𝗮𝘁𝗮 𝗠𝗼𝗱𝗲𝗹𝗹𝗶𝗻𝗴 --> 𝗢𝗯𝘀𝗼𝗹𝗲𝘁𝗲 𝗗𝗮𝘁𝗮 𝗠𝗼𝗱𝗲𝗹𝗹𝗶𝗻𝗴 𝗧𝗲𝗰𝗵𝗻𝗶𝗾𝘂𝗲𝘀 🚨 𝗡𝗼𝘁 𝗮𝗹𝗹 𝗱𝗮𝘁𝗮 𝗺𝗼𝗱𝗲𝗹𝗶𝗻𝗴 𝘁𝗲𝗰𝗵𝗻𝗶𝗾𝘂𝗲𝘀 𝗮𝗴𝗲 𝗴𝗿𝗮𝗰𝗲𝗳𝘂𝗹𝗹𝘆. Some were powerful in their time, but in today’s Data & AI landscape… they’ve become obsolete. 𝗧𝗲𝗰𝗵𝗻𝗶𝗾𝘂𝗲𝘀 𝘁𝗵𝗮𝘁 𝗻𝗼 𝗹𝗼𝗻𝗴𝗲𝗿 𝘀𝘁𝗮𝗻𝗱 the test of scale, flexibility, or modern architectures include: • NIAM • ORM • Hierarchical Data Modelling • Network Data Modelling • Object-Oriented Data Modelling 𝗪𝗵𝘆? Because today’s demands — streaming, real-time analytics, federated architectures, lakehouse, and AI-driven use cases — require models that can adapt, scale, and integrate seamlessly. The world has moved to 𝗳𝗮𝗰𝘁-𝗼𝗿𝗶𝗲𝗻𝘁𝗲𝗱, 𝗲𝗻𝘀𝗲𝗺𝗯𝗹𝗲, 𝗮𝗻𝗱 𝘀𝗲𝗺𝗮𝗻𝘁𝗶𝗰 𝗮𝗽𝗽𝗿𝗼𝗮𝗰𝗵𝗲𝘀. Legacy methods can’t keep up. How are you handling outdated techniques in your stack? Would you trust an agentic AI to refactor or re-model legacy designs? Agree or challenge — I’d love your lens on this. Seen this in your org? How did you approach it? #DataModeling #DataArchitecture #AI #Lakehouse #DataEngineering
Fact oriented modeling started at NIAM, and both ORM and FCO-IM evolved from that. The supporting tools evolved further. E.g. CaseTalk, supporting FCO-IM, builds a federated information model, linked to texts and paragraphs, hooked up lineage from source systems, visualizing it as UML, ERD, ER, Knowledge Graph, and generate xml, JSON, SQL, Data vault,, graphML, Python and java, have proven it is not legacy yet by a long shot.
I appreciate your overview, but find that there is overlap in techniques between the rows, which makes it somewhat confusing. In addition I do not agree that hierarchical is obsolete. In a document db environment with XML and even JSON, there will be many hierarchical data structures. It is good to show that there are many data modeling techniques and their use should increase, because that is the only way to get clarity what data we have.
You choose the right modelling technique for the task required. Not everything is streaming, real-time etc - often companies get there through the prior modelling steps or monolithic architectures first. The myth of the modern architecture has been often to sell new services and many of these methods are not new. Data streaming architectures have been around for 30+ years. Lineage techniques have existed for a long time. What has happened is a central re-codification and naming where architects often already were doing things like data vaults before it had a name. I often still see hierarchy data sets or OOM at an application layer. What has changed is the place on the hype curve for these techniques. I would rather someone understands what is required and does not over engineer a solution as this comes at additional costs.
I do like the philosophy: „store the data as you would like to read it“ With modern file formats and databases, this is possible. No need for super complex models and the performance is given.
You do realise that NIAM and ORM are fact-oriented methodologies, right?
FYI: ORM is fact-oriented and very effective once you understand the difference between facts and data. OO modelling is a widely accepted standard once you understand the difference business and systems.
Incorrect regarding OODM, and this is actually reaffirmed in one of your slides. While it may not be used for database design in the traditional sense, it's alive and well in terms of data exchange - just take a look at #FHIR resources and associated APIs. To design the resources correctly requires #datamodeling #digitalhealth
NIAM and ORM should not be in this list
Funny thing to me is that the document database has some characteristics similar to the hierarchical and Network databases. Moving on just like NIAM and ORM to new forms and ways of expressing, but not that different. The OO data storage has never really found solid ground as far as I remember, but then again, I may have dwelt in a bubble.
Open for Work/Opportunities | CDMP | Solution Architect | Data Architect | IT Project Manager | Agentic AI | GenAI | 3x Top Voice on LinkedIn
1moAhmed Fessi Adrian Smith Andreas Ingvar Õismaa Andrew Foad Andrew Mason Benjamin Szilagyi Bill Inmon Chris Tabb Daniel Lundin David M. Dirk Lerner Dylan Anderson Edward Langeland Francesco Puppini Gary Cao Gregor Zeiler Howard Diesel Jason Chan Jon Cooke Juan Varga Lars Rönnbäck Marco Wobben Marek Cernansky Mark Atkins Dr. Markus Schmidberger Maarten van der Heijden Moatasem El Haj Nathalie Batoux Nathália Demetrio, Analytics Translator Nicolas Averseng Patrik Lager Piotr Czarnas Remco Broekmans Ritva Aula Roberto Zagni Robert Mack, Ph.D. Ross Leher Roy Hasson Sami Syed ✨ Shane Gibson Tim Biedenkapp Tom Wilson Ugo Ciracì Waqas Khalid Willem Koenders Winston S. Wolfgang Goebl Val Goldine Veronika Durgin Daniyal Bashir Fred Lardaro Mark Miller Dan Blake Nathan Bowen Carlos Fernando Chicata Jody Johans Dale Anderson Michelle Currie MS, RN, CPHQ, CPHIMS Note: Since LinkedIn’s algorithm is no longer consistently sharing posts with followers, I’m taking the liberty to tag individuals I engaged with on my podcast. If you’d prefer not to be tagged, please feel free to DM or PM me, and I’ll remove your name from the list. And if anyone want me to add them in this list, please let me know.