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, 2013

The issue of PLM adoption remains critical, in my view. Even if we can see more examples of PLM implementations,...

18 June, 2014

Earlier today, Engineering.com article Search & Discover Solutions: A Google-Like Experience? introduced me to a new three letter acronym  – SDS...

13 February, 2013

IT consumerization speed is probably underestimated. At the time we are discussing if enterprise workers need to use tablets, mobile...

3 December, 2018

One of the topics of my interest is to compare between PLM and BIM. Let me put a disclaimer from...

30 June, 2015

Do you remember what is “hard copy listing”? If you had a chance to write software programs in 1980s, you...

31 May, 2010

I bumped into Razorleaf’s blog – 12 Steps EPDM Upgrade Checklist. I find it as a very organizing and quality...

30 October, 2020

Cloud is not a new thing in the technology and software world. Cloud and Saas technology allowed to build remarkable...

13 June, 2017

Experience is a new mantra in our world. Software vendors are taking it sometimes to extremes by starting to offer...

15 December, 2013

PDM is not a new domain in enterprise, engineering and manufacturing software. It might sounds like PDM functions are clearly...

Blogroll

To the top