0
A
回答
0
解决方法1)
回环都有它自己的客户端框架,这可能是你在找什么。只是为每个客户端提供服务将使其成为无共享数据库/ API。
https://loopback.io/doc/en/lb3/LoopBack-in-the-client.html
方案二)
由于环路通常是服务器端,你不得不分开的客户能够识别它们。默认情况下,这不会被激活,但是使用诸如session-cookies或express-session之类的东西可以很容易地识别和分离每个客户端,然后通过关系将它们存储在一个数据库中。
否则,如果每个客户端都拥有自己的数据库真的很重要,我会考虑使用粘性会话的负载均衡器和轮循算法,以确保每个用户都可以获得自己的Loopback实例(拥有自己的数据库)有点矫枉过正。
相关问题
- 1. 共享数据库
- 2. 无法重置Heroku共享数据库
- 3. 共享数据库连接
- 4. 数据库共享/版本
- 5. 共享数据库链接
- 6. Sitecore共享数据库
- 7. 共享Redis数据库?
- 8. 共享SQLite数据库
- 9. SOA和共享数据库
- 10. Android共享数据库
- 11. 共享数据库句柄
- 12. SQL数据库共享
- 13. 共享共享数据存储库的数据卷
- 14. 共享资源库和共享开发数据库
- 15. 在数据库之间共享数据
- 16. 数据库设计共享数据
- 17. 共享数据的多个数据库
- 18. 共享分享类和数据库共享扩展
- 19. 在数据库之间共享LotusScript库
- 20. 共享数据
- 21. 共享数据
- 22. 数据共享
- 23. 共享数据
- 24. 共享数据
- 25. 共享数据
- 26. 共享数据
- 27. 共享数据
- 28. 共享数据
- 29. 无法为共享库
- 30. 无法运行共享Groovy库函数
每个客户端都有自己的环回实例==多个微服务,其中每个服务都适合客户端?内存将成为瓶颈。 –
我基本上试图弄清楚的是,如果根据请求我们可以更改连接到回送服务器的数据库。如果可以做到这一点,这会损害数据的完整性。任何想法? –
会话cookie将允许您分隔客户端。 – Undrium