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
11 February, 2024

Earlier this weekend I read a sad news about passing of John Walker, the founder and the father of AutoCAD...

6 January, 2012

About a year ago, I published my post – Will PLM Channels Survive The Cloud Era? Back that time, it...

27 July, 2013

Web as a platform. You can hear many conversations about that nowadays. Started as cloud talks, it comes more to...

29 February, 2020

There are very few topics in PLM vocabulary that can raise fewer debates that these three letters – FFF, which...

6 July, 2010

Product-related data is one of the very aspects of PLM implementations. When you talk about PLM implementation, the topic of...

4 September, 2012

I’m about to start my journey back from Israel to Boston after a short family vacation break. Below is probably...

25 August, 2010

I’m continuing to explore various aspects of relations between PLM and social systems and tools in my blog. The social...

13 January, 2011

I made a short note today. Google enhanced the capability of Google Docs with embedding video playback. Navigate your browser...

30 April, 2018

Time ago, I published an article saying Aras PLM lines up against Windchill, Enovia and Teamcenter. Here is the conclusion...

Blogroll

To the top