|| Single-tenant application
|| Multitenant application
| Single-tenant DB
||Your database and your application are separated from those of other tenants. You will not be automatically upgraded to the latest version of the software with everyone else. This can be a disadvantage if you do not want to manage software upgrades, and can also be a more expensive option, since you are not sharing resources with other tenants.
||All tenants use the same application and upgrade at the same time, but they have separate databases. In this scenario, backup plans may vary for each customer, and are therefore more expensive.
| Multitenant DB
||Each customer has a separate instance of the application, but all customers share the same database. This provides you with more flexibility when it comes to modifying the solution, as long as you don’t need to make changes at the database level.
||Considered by purists to be the "true" software-as-a-service model, this scenario provides the greatest theoretical savings, since everything is shared between tenants. Note that even though the database is shared, data is kept separate.