The fact is to know if you really need to persist/save this data. If so, it will have to be somewhere. That part is yesterday we take the decision on persistence.
Often, using a simple database like Mysql is more advantageous - as simple and quick implementation - than trying a more "creative solution".
So the question is: do you need to persist data?
If so, what advantage do you see in not having a database? What problem will you solve by not having a persistence service like a Mysql?
If not, you can leave for a solution In Memory, how to instantiate a System.Data.DataSet
, in it create all the tables and relationships that your application needs. So make a first Seed of data for your application to start working. This is an option where, if your application is recycled, all data will be cleaned and started from scratch.
Important also consider that your application already exists and is already working with a database. Is it worth removing it? Is ROI - return on investment - interesting? Because removing a database, already implemented with EF, will cost the developer a few hours to adapt.
Hi @Felipe, I think it’s a good idea in this case to use Sqlite, it is a file (extension .db) and you use its references in C#, does not run any service, you can libraries here or also here and to visualize use the Sqliteexpert that has the free and paid version..
– Marco Giovanni
Hi Marco! Seemed like a great idea! Thanks for the tip! Hug!
– Felipe Bulle