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

Why New Database Technology Won’t Solve PLM Problems?

Why New Database Technology Won’t Solve PLM Problems?
Oleg
Oleg
18 March, 2013 | 3 min for reading

Disruptive technologies and solutions. This is beloved topic by bloggers, analysts and vendors. We like to talk about how disruption will happen. For very long period of time, database technology was a stable element in the overall PDM/PLM technological architecture. The decision about usage of relational database was only about how to choose between Microsoft SQL, Oracle DB and IBM. However, recently, I started to hear voices about changes that might happen in the world of databases. I’m sure you’ve heard about noSQL. If not, you can catch up via this link – What PLM vendors need to know about noSQL databases? The question about the ability of noSQL or other alternative to SQL solution to disrupt PLM development and products is an interesting one. Yoann Maingon of Minerva is asking this question in his blog post – New database system for future of MDM. Yoann declares database as one of the inhibiting factors preventing users to move from one PLM solutions to another. Here is an interesting passage –

I hope the actual economy environnement will convince more people to invest time for helping the product development initiatives by solving Product Lifecycle Management related pending issues. Today’s article is about my thought on why it is always so complicated to move from a PLM solution to another, why are we changing tons of things and settings to in fact change a software cost or an interface. On of the reason is that all these elements are strictly related and the elements in a PLM solution can’t be dissociate. You can’t just keep you data and change the interface. From my previous experiences of migration, I’ve realized that I was moving data from a system to another with transformations but the data would still mean the same thing it is just that the software would handle it differently. Then speaking of standards would there be a standard for data management in PLM and should this define a technology or at least should it drive database system editors to push for one?

I’m in a bit disagreement with Yoann. In my view, all SQL, noSQL, XML and many other database flavors are providing an infrastructure that can be used in different ways. Yes, there are differences between noSQL and SQL databases. However, if we speak about building applications, the way application created will provide a much more significant factor on the efficiency and behavior of your application. Earlier this year, I’ve seen an interesting article, which focus on this specific question – NoSQL or Traditional Databases: Not Much Difference. Take you time and read it. You find it very educational. I absolutely liked the following passage –

I have spent considerable time tuning SQL statements and indexes, but in the end the best optimizations have always been those on the application and how the application uses the database. SQL Tuning almost always adds complexity and often is a workaround over bad application or data structure design. In the NoSQL world “SQL statement” tuning for the most part is a task of the past, but Data Structure Design has retained its importance! At the same time logic that traditionally resided in the database is now in the application layer, making application design even more important than before. So while some things have shifted, from an Application Performance Engineering Perspective I have to say: nothing really changed, it’s still about the application. Now more than ever!

What is my conclusion? No surprises. It is all about your application – logic, tuning, performance, mistakes and ability to create a reliable and efficient solution. Yes, different database techniques are requiring different technical skills. But if you have them, your ability to build PLM system on any of these platform will be almost identical. Just my thoughts…

Best, Oleg

Recent Posts

Also on BeyondPLM

4 6
5 March, 2015

To measure ROI is important part of PLM implementation decision. These days companies are less interested in 3-5 years implementation...

11 July, 2017

Hybrid cloud is one of these words that makes IT to feel that they can “have cake and eat it...

6 June, 2013

Disclosure: As a co-founder of Inforbix and responsible of PLM 360 and Autodesk Vault product development at at Autodesk, I...

11 October, 2018

10-20 years ago enterprise software story was about data control. Who control the organizational data assets. How to access them...

23 November, 2010

I’ve been watching a recorded webinar with a fascinating name: PLM+ERP = Manufacturing Success. The tweet about this webinar caught my...

13 November, 2012

If you are long time enough in software business you should be familiar with the term “dogfooding” (or eat your...

13 July, 2016

Historically, a business model of CAD, PDM and PLM vendors was to sell “seats”.  To sell CAD seats was a core...

17 February, 2021

The file is a fundamental concept in any operating system. Files are one of the most popular mechanisms for data...

10 January, 2018

Recent Forrester Wave report open a discussion in the industry about comparison between PLM vendors. I published m thoughts few...

Blogroll

To the top