I have a question about using ignition tags vs a database table for 'process data' storage. I work on the Manufacturing Execution System for our company so most of my concerns are more higher level and not controls oriented.
I come from a traditional software engineering background and I'm still new to Ignition. I struggle when deciding where to store process data if I should be putting the data in a tag or storing it in the postgres database.
By way of example, lets say that a user needs to scan in 10 sub-part serial numbers as they are working towards building a completed final part. There is a single scanner and they scan the serial numbers in succession. As each serial number is scanned, the MES system validates that the serial number is valid. I need to store all 10 serial number values so I can record the information correctly. Do I store those 10 serial numbers in a tag or in the database?
Part of me wants to create a table in the database for storing these values. I have access to a beefy acid database that I feel I should be leveraging. My thought process is 'this is what the database is designed for' as well as it removes load on ignition. Leave the tags for plc data and use the database for process data.
Is there a good argument against storing this transient data in the database and using tags instead? Am I over-optimizing for non-existent performance concerns? Is there a compelling argument for using tags or is it just considered idiomatic?
I feel like if I understood how tags are actually implemented it might be helpful, I've internalized tags to be equivalent to a redis data store.
Thanks