Community Tip - You can change your system assigned username to something more personal in your community settings. X
Hello,
Below question is typical for the beginner level of the Windchill User.
So, I have split my question in three parts,
Thanks In Advance.
Solved! Go to Solution.
Nothing ever gets "checkout" from the file vault. It gets downloaded or uploaded that's it.
Checkout is a database thing not a content file thing.
1. You can checkout an object out without downloading it's content. The database checkout occurs when the user does the checkout. It's as simple as that. When else would it happen? 10 minutes later? I don't think so.
2. If you checkout and checkin but do not upload data upon checkin the new iteration will point to the existing content file.
So, you could have many iterations pointing to the same content file.
Windchill wants to be efficient. Why upload content files that have not changed? You wouldn't and neither does Windchill.
3. See number 2. There's no reason to think the number of new iterations in the dB would match the number of new files in the vault.
The number of files in the vault will always be less than or equal to the number of iterations, never greater.
If you delete iteration you need to run remove unreferenced files to ensure my previous statement holds true because deleting an iteration does not also delete the content file.
Makes sense?
Nothing ever gets "checkout" from the file vault. It gets downloaded or uploaded that's it.
Checkout is a database thing not a content file thing.
1. You can checkout an object out without downloading it's content. The database checkout occurs when the user does the checkout. It's as simple as that. When else would it happen? 10 minutes later? I don't think so.
2. If you checkout and checkin but do not upload data upon checkin the new iteration will point to the existing content file.
So, you could have many iterations pointing to the same content file.
Windchill wants to be efficient. Why upload content files that have not changed? You wouldn't and neither does Windchill.
3. See number 2. There's no reason to think the number of new iterations in the dB would match the number of new files in the vault.
The number of files in the vault will always be less than or equal to the number of iterations, never greater.
If you delete iteration you need to run remove unreferenced files to ensure my previous statement holds true because deleting an iteration does not also delete the content file.
Makes sense?
Hello,
Thank you for the details.
Can you help me with this additional question, In case of CAD drawing when its modified and uploaded to Windchill, is the CAD drawing stored in the vault or in the database ?
That depends...
If your external file vaults are configured, working, and not marked as read-only, then the drawing and all other content files are stored in the next to last file vault folder.
If external file vaults were not configured or are set to read-only, then the content files are stored in the StreamData table in the database.
DB Tables relationships: https://www.ptc.com/en/support/article/CS121641
Cleaning up StreamData: https://www.ptc.com/en/support/article/CS37197
Windchill is capable of storing content as BLOBs in the database or files in the vault. That's it. BLOBs or files in vault.
I don't know anyone who stores content as BLOBs in the database in a production environment.
Easy to check this.
If you find BLOBs in the dB you can re-vault to move data from BLOB to file vault.
You can also move from files from file vault to BLOBs too. It's a two-way street and very easy to do.