1
Today I have an application that uses a database (Mongodb), but I have few users yet and as we know it is very difficult to have an application that is successful and accumulates many users.
Thinking about it I’m planning to create a second application that will use this same database, sharing the data, because the two use practically the same, however, with different purposes.
Simply put, a user who created an account in my application A, would be able to use the application B without making a new registration and even use their data that have already been registered.
I may be wrong, but if the two applications are small to medium-sized, I believe I will have no problems, but if I have the 'luck' of these applications become popular, what kinds of problems could I have? Can this architecture result in serious side effects? That would be a 'nut saving''?
Thank you very much for the answer, it has made my mind clear. I should keep together anyway, reflecting here I could say that it is even a single application, but I will create 'two brands' so saying, one will be for the management part and the other for the user to be able to get in direct contact with customers. As if it were stock control and the other part an E-commerce. I would have much given duplicate if it made separate.
– Eduardo Ribeiro
This type of software seems to be more suitable when it is transactional. Then using Nosql or abandons this requirement and all kinds of problems can occur or recreate the transaction system in the application, which practically everyone does wrong, besides giving a monster job. Nosql is for applications that are not transactional.
– Maniero