He estado en tu situación. ¡No lo hagas!
Crea más trabajo separando los datos de cada proyecto en caso de que lo necesite, y por lo menos es un diseño deficiente por este motivo. Con un modelo de usuario compartido y algunos controladores, puede tener un servicio de inicio de sesión central utilizado por muchas aplicaciones, o tener muchas aplicaciones que usan todos los mismos modelos y controladores de inicio de sesión, pero que se conectan a bases de datos separadas.
Hay muchas otras razones, pero la principal es que cada proyecto mantenga su propia base de datos, pero con la autenticación del usuario como modelo de servicio, básicamente obtienes n + 1, y puedes manejar la autenticación para todos los proyectos como un todo en lugar de desperdiciarlos. recursos e infraestructura por proyecto. Puede parecer genial al principio, y hay razones para tener autenticación central, pero también razones para no hacerlo, simplemente no hornee múltiples aplicaciones en una base de datos solo para autenticación compartida …
- ¿Esta página de bienvenida proporciona suficiente información sobre el servicio?
- Quiero implementar mi aplicación web Java en algún servidor en línea con compatibilidad DB y Java 8. ¿Hay algún servidor gratuito disponible como este?
- ¿Cuáles son las ventajas y desventajas del proceso de impresión web?
- ¿Qué servicio web utilizas cuando contratas al programador?
- ¿Cuál es el mejor marco de trabajo de PHP para que una aplicación web altamente escalable se ejecute en EC2 y por qué?