照明博客文章由Onshape工程团队成员伊利亚·巴兰透露了新的云原生CAD系统的工作原理的一些基本原则：“我们仔细辨别几种类型的数据：用户界面（UI）的状态，例如，选择，摄像头查看，当前标签;零件工作室的定义，例如，功能列表，部件名称和颜色，导入数据;[和]“再生成果的“B-REP”（机构，表面，边等），三角形用于显示，再生错误。
这些数据类型有何不同?“UI状态通常不会持久化(除了命名视图之类的东西)，”Baran写道。“重新生成的结果会被缓存，但它们总是可以从定义中重新生成。Part Studio的定义是我们存储在数据库中的内容，这也是协作编辑发生的地方。”
然后巴兰解释的东西，开始说明为什么我们相信Onshape不仅是在CAD的突破，同时也有望为扰乱PLM平台建立的范例。“对于一个给定的部分工作室，在每个时间点，定义存储为一个永恒的，不变的目标，我们内部称之为microversion，”他写道。“每当用户改变部分工作室定义（例如，编辑的拉伸长度，重命名的一部分，或拖动草图），我们不改变现有的microversion，而是创建一个新的来表示这个新的定义。新microversion存储到一（父）microversion和实际定义变化的参考。通过这种方式，我们存储文档的整个演变;这是给用户作为该文档历史访问，从而允许用户可靠地查看和还原Onshape文献的任何先前的状态“。
接下来，Baran揭示了Onshape与老一代工程软件的根本区别。他说:“基于不可变微版本的Onshape也为其他协作工具打下了良好的基础:那些我们已经拥有的工具，如Follow Mode或Compare工具，以及我们正在为未来开发的工具。”“它也有好处不仅仅是合作能力:因为老microversions从来没有被修改,数据完整性是更好的保存,和有一个历史的变化让我们调试文档是如何被当用户有问题或通过我们的日志。”当我们发现一个问题
新的云本地数据库架构改变了一切
是什么可能和实用的？许多答案位于oneShape在MongoDB上建立的，其中一个新的“NoSQL”数据库中广泛用于云原生应用，而不是大多数工程应用程序中使用的任何关系数据库管理系统（RDBMS）。
MongoDB说:“关系型数据库的设计初衷不是为了应对现代应用程序所面临的规模和敏捷性挑战，它们的构建也不是为了利用当今可用的商品存储和处理能力。”MongoDB作为Craigslist、eBay、Foursquare、LinkedIn和许多其他大规模部署的云服务的后端软件。
除了快速，可扩展和旨在利用云计算资源，NoSQL数据库的功能具有称为“读取模式”的功能。这允许捕获的数据，存储和随后用几乎无限的自由作用，而没有应用程序开发人员必须预先为数据创建模式。必须创建这样的模式作为创建数据库的第一步，是传统RDBMS技术的要求，称为“架构 - 写入”。
乔·帕斯夸与MarkLogic，其他的NoSQL数据库提供商，解释架构上读取的益处：“几十年来，在数据库领域已经朝着导向的架构上写的方法。首先定义您的模式，那么你就写你的数据，那么你读你的数据和它回来你定义的前期架构。这种方法在我们的思维如此根深蒂固，很多人会问，“你会怎么做别的吗？”答案是架构上读取。架构上，读遵循不同的是和你自己的镜头应用到数据时，你读它背出来序列只需加载数据“。
有什么优势？“这些天越来越多，数据是一群人之间的共享资产，其中包括不同的角色和不同兴趣的人，他们希望从该数据中获得不同的见解，”PASQUA说。“通过架构写入，您必须提前考虑所有这些选区，并定义一个为每个人提供某些东西的架构，而是对任何人来说并不完美。当你谈论巨大的数据量时，它就不实用。使用惯例读取，您可以在架构中呈现最适合发出的查询的架构中的数据。你并没有被一定尺寸适合所有的架构陷入困境。“
但这还不是全部。Pasqua继续说道:“当多个数据集被整合时，项目经常会偏离轨道。”“使用写时模式，您必须进行广泛的数据建模工作，并开发一个über-schema，覆盖您所关心的所有数据集。然后，您必须考虑您的模式是否将处理您以后不可避免地想要添加的新数据集。如果您足够幸运地完成了这个过程，Murphy将再次攻击您，并要求您添加、更改或删除一列(或两列或三列)。有了读时模式，这种预先的建模练习就消失了。”
适用于所有类型的数据和元数据
Onshape的数据库，它有能力进口架构起来的那些基本的功能，操作上，并从其他工程归档数据的应用程序，开始表明了公司的真正范围和规模的长期雄心和远见。实际上，这已经不是什么秘密了这一点。在去年Onshape的公开亮相的时间，用户发布在其网上论坛：“是Onshape打算最终发展PLM，或者他们要去的合作伙伴的途径来提供？我问，因为Onshape是一个数据库系统，用正确的平台，似乎处理这个功能。”
在回复中，史蒂夫Hess来自inshape的UX / PD团队发布了：“如您所知，inshape是用数据管理建立的。OnShape的数据管理功能位于产品的核心，并将变得更加暴露，如oneShape成熟。及时，oneShape将是所有类型的数据和元数据的记录系统......存储在oneShape中的数据将可见并可访问您的其他企业系统。“（我们强调。）
Onshape让多个用户同时在同一个设计上工作的方式，已经消除了许多PDM和PLM供应商花了数年时间“解决”的问题，同时又因为他们的系统建立在数据库架构之上而永久存在。正如Onshape的创始人兼董事长乔恩·赫希蒂克(Jon Hirschtick)告诉我们的，“对于新手来说，我们消除了传统pdm 50%到60%的功能——它们在我们的世界里根本没有作用(复制文件、管理目录结构)。”
我们认为Hirschtick所说的“for starters”是非常认真的。到目前为止，Onshape最被理解的好处是，它消除了许多令人头痛的问题和本地安装软件的成本，以及CAD协作和数据管理。但我们相信，其更大的目标是发展出下一代产品开发平台，“最终”，正如Hess所说，“将成为记录所有类型数据和元数据的系统。”
Onshape的做到这一点的能力在架构上读取的两个关键好处接地。首先，“让您的数据是如何被消耗巨大的灵活性，解释说：”汤姆德语，解决方案CTO与IBM，和第二，“你的原始/原子数据可以保存参考和消费年后的未来。”这些位置Onshape其CAD协作和数据管理的彻底简化扩展到PLM，即用户有复杂性和费用的不足，并准备新的东西的越来越多的领域。
了下:3D CAD.，技术+产品，软件
告诉我们你的想法！