If you're talking about a so-called 'flattened' Assembly with all the bodies, dumb or otherwies, in a single file, you may not be saving as much space as you think. With a 'normal' Assembly the Assembly files only contains the structure and constraints but not the Bodies or topology of the components. In many situations, the Assembly file is rather small when sitting the disk. Granted, when you open an assembly all of the component data has to be loaded as well into memory, but even then NX only loads what's absolutely necessary for working in an Assembly. For instance, all of the feature data is left behind, until a Component is made the Work Part, and now with Lightweight Representations we don't even have to load all the solid topology just to get something that you can see when looking at the assembly as a whole. Also, if everything was all in one file, ALL of the data would have to moved from the disk, which might actually be a server on network, and loaded into memory everytime that 'flattened' Assembly was opened. Whereas with a noraml Assembly you can set it up so that you can load only the Components of interest, leaving most of the data back on disk. This really can make it efficient to open and work on something if you don't need it all at once. With a 'flattened' Assembly, it's ALL or nothing. And the same thing happens when it's time to save your changes. With a normal Assembly, when you hit Save the only files that are written back to disk, which could be on some network server, are the main Assembly and ONLY those Components that have been modified during your session, which could anywhere from NONE to all, but most of the time only a very few. You don't have that with a 'flattened' Assembly, again when you hit the Save button you have send the ENTIRE part file back to disk on waht could be a network server.
No, there are very good reasons why we designed Assemblies to use the 'referenced' data structure and not to have to load everything into the same file all the time. Also, when it comes to reuse common parts, you don't have mess with Assemblies files just to find where the actual data is or have to make sure which is the latest and where it might be located.
And besides, are you really going to compromise the performance and usability of your Product data models all for the sake of avoiding having to buy a few extra gigabits of disk space?
John R. Baker, P.E.
Product 'Evangelist'
Product Engineering Software
Siemens PLM Software Inc.
Industry Sector
Cypress, CA
Siemens PLM:
UG/NX Museum:
To an Engineer, the glass is twice as big as it needs to be.