A blog by Oleg Shilovitsky
Information & Comments about Engineering and Manufacturing Software

Will Graph DB provide a perfect model for PLM?

Will Graph DB provide a perfect model for PLM?
Oleg
Oleg
13 October, 2017 | 2 min for reading

Graph is a very powerful paradigm. For many years, the idea of “graph” or “connection” was empowering software engineers to develop many PDM and PLM applications. As much the conceptual model of graph is good, the realization is not perfect. Therefore, all PDM and PLM vendors are using relational databases to manage data.

Database and data management technology is going through cambrian explosion of different options and flavors. It is a result of massive amount of development coming from open source, web and other places. Database is moving from “solution” into “toolbox” status. Single database (mostly RDBMS) is no longer a straightforward decision for all your development tasks.

My old presentation about PLM and different flavors of data management, I made a point of switching from database as a platform to a database as a tool paradigm. Check my article. I’d be interested to know your opinion. Few years ago I learned about Linkurio.us and its graph visualization tools. Linkurio.us video Graph-based product lifecycle management caught my attention few days ago.

If you’re one of PLM addicts, it can be a good movie for the weekend. You can find bunch of good examples and very good “graph PLM” ideas. Here are few screenshots I captured:

An example of product data structure as a graph:

Linkurio.us user interface allowing you to browse, navigate and filter information.

Application architecture

It made me think about usefulness of total graph model for PLM. No surprise, product structure and relationships are obviously a good match to graph. But this is true for many other concepts in modern connected world – devices, social networks, cloud infrastructure. I think, graphs can solve some specific problems in Product Lifecycle Management. At the same time, I still like to idea of database as a tool and not as a platform like it is used in many existing PLM platforms developed for the lats 15-25 years.

What is my conclusion? Database as a Tool. This is a new paradigm and an outcome from large diversity of database technologies growing for the last decade. Data storage is cheap and computing power is easy to get. So, future computing systems will be using multiple data management systems to achieve the goal of reliability, flexibility and scale. Just my thoughts…

Best, Oleg

Want to learn more about PLM? Check out my new PLM Book website.

Disclaimer: I’m co-founder and CEO of OpenBOM developing cloud based bill of materials and inventory management tool for manufacturing companies, hardware startups and supply chain. My opinion can be unintentionally biased.

Recent Posts

Also on BeyondPLM

4 6
22 August, 2011

Cloud and Security. I hope I’ve got your attention a bit :). In 99% of my talks about PLM and...

6 November, 2011

Buying enterprise software is different experience from busing consumer goods or even automobile. Direct cost (licenses) is very often is...

13 May, 2009

In one of my previous posts, I discussed the topic “Should PLM develop its own process tools? “. In this...

20 July, 2009

Short prompt – I’m looking on definition of Product Lifecycle Management (PLM) and Product Information Management (PIM). Product lifecycle management...

20 July, 2010

Almost a year ago, I posted PLM and BIM – Common Roots Or Common Future. I think these two domains will...

26 June, 2012

BAM. BAM. BAM. Social Enterprise. Do you think, it is about magic words? No, I don’t think so. If you...

21 June, 2018

We are producing so much data these days. Every single movement, work done, project, activity, order, customer communication, design… practically...

19 March, 2015

Things are moving fast these days. Vendors are speeding up their plans to catch up with new development. The changes...

19 May, 2017

Integration and connectivity was always one of the most important aspects of PLM deployment and implementations. It was never simple...

Blogroll

To the top