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 …
- ¿Puede el desarrollador construir RIA con tecnologías HTML / HTML5 en lugar de Flash / Flex?
- ¿Puedo usar Java en aplicaciones web?
- Hay mucho ruido (en línea) sobre el rendimiento web y la ventaja competitiva. Sin embargo, un buen diseño disminuye el rendimiento ya que se utilizan muchas imágenes y más código. ¿Debería una startup centrarse en la usabilidad y la velocidad sin las imágenes elegantes o lo contrario?
- ¿Cuáles son los consejos para un mejor desarrollo de aplicaciones web en 2017?
- ¿Dónde obtengo tutoriales sobre el desarrollo de aplicaciones empresariales del mundo real en Ruby on Rails?