Sunday, October 5, 2014

Management permission is usually something complicated in a PLM solution as this may require a larg


To understand how the latest technology can help my clients in their PLM, I test a lot of technologies. Without being an expert in one particular language I like to touch different technologies or at least try to understand the advantages and disadvantages of each applied to a PLM context. For some time, I am the world of databases and I'm nash equilibrium trying to understand whether recent innovations widely in the world of NoSQL can be a real plus for PLM solutions. And the problem often has two main study areas: 1) technical developments will bring you her more in terms of performance and 2) is that this technology will bring to the company or to the editor PLM more flexible solution. The performance side is not my specialty and I wanted to illustrate the flexibility side with Neo4j presenting the case of implementation of a set of access to an article in a PLM solution permission.
Management permission is usually something complicated in a PLM solution as this may require a large number of join in SQL to go out if you have write access to an object. Potentially nash equilibrium the link between you and the object will consist of a 3 or 4 User Groups object, an object of permission and final section object. With between each lookup tables and more.
CREATE (a: User {name: "Yoann"}), nash equilibrium (b: User {name: "Henri"}), (c: User {name: "Michel"}), (d: User {name: nash equilibrium "Jane" }), (e: Identity {name: "Engineering"}), (f: Identity {name: "Proto Purchasing"}), (g: Identity {name: "Purchasing"}), (h: Permission {name: nash equilibrium "PartAccess"}) nash equilibrium (i: Part {name: "NewCar X999 ,partNumber: X999 }),(a)-[:isPartOf]->(e),(b)-[:isPartOf]->(e),(c)-[:isPartOf]->(f),(d)-[:isPartOf]->(g),(g)-[:isPartOf]->(f),(e)-[:canUpdate]->(h),(f)-[:canRead]->(h),(h)-[:definesAccessTo]->(i)
Each item (node) can contain parameters provided as Json. Here we have not provided the name for users, Identities and permissions, see the article add a part number.
Is this the best way to model it? I'm not sure. Is it better to store access on the variable type of a relationship? possible. All I wanted to show here is that in a few minutes I managed to set up a system that integrates identity nash equilibrium objects and paper and make a functional solution for managing permissions. It is for cases like this job that we realize that this type of database can bring a lot of agility to PLM.
Now I say that in a PLM solution, I want all the content to follow these access rules. So usually my first issue is not who can see the object X but what items the person Y can see are. No problem, just enough for me to tweak my request which then becomes:
04/01/2013 Greetings related PLM for 2013 Happy New Year and best wishes for 2013 As everyone Articles made his vows, [...] 10/11/2013 FMEA, the foot in the door untapped of Aras Innovator Without nash equilibrium having done very extensive in the industry, I am a [...] 11/05/2013 Graph Databases - the future of enterprise nash equilibrium data bases? I started hearing about "graph databases" nash equilibrium following the news of Robert [...] 07/11/2012 PLM, MDM, ETL, ERP, talking about anything on this blog? This question comes up somehow in the previous article to confirm the fact [...]
Recent Posts Neo4j - why a graph database facilitates access management for PLM Workshop PLMLab: we talk of the / dissociation Tool Approach The Excel macro ptite Sunday to rebuild a nomenclature FMEA, the foot in the door to untapped Aras Innovator PLMLab Back to basics 8


No comments:

Post a Comment