Is there any update on mongodb support?
# support-questions-legacym
mirchandise
08/10/2023, 4:47 PMIs there any update on mongodb support?
r
rp_st
08/10/2023, 4:50 PMHey. Nothing on it yet. We haven’t planned any work on mongodb support for the foreseeable future.
m
mirchandise
08/10/2023, 4:58 PMGot it. So the current status is that login with mongo does not work, what does that mean? Thanks for the quick response
mirchandise
08/10/2023, 4:59 PMMy understanding is that upon login the user info is not stored in the mongodb?
r
rp_st
08/10/2023, 5:25 PMrecipes like email password, third party, passwordless won't work with mongo (the apis wil return a 500 error)
rp_st
08/10/2023, 5:25 PMonly session recipe works with mongodb
m
mirchandise
08/10/2023, 5:29 PMAh I see. Thanks for the info
r
rp_st
08/10/2023, 5:30 PMYou can sign up for our managed service though. That way, you won’t need to setup mysql / psql on your end for supertokens
m
mirchandise
08/10/2023, 5:34 PMGot it my setup needs mongo (or any nosql). In an ideal world I was hoping to self host everything so that potential users of my app could also self host if need be. But that may not be possible
r
rp_st
08/10/2023, 5:35 PMwhats your use case here? Maybe there is another solution out. When you say "potential users of my app could also self host if need be", do you mean that your customers can deploy your software on their stack too?
m
mirchandise
08/10/2023, 5:37 PMYea it’s a bit weird sorry. I’m developing metadata management app for academic science. Since it’s academic, the ability for users to deploy the app themselves is appealing
r
rp_st
08/10/2023, 5:39 PMI see. If you could allow them to deploy their app on their own, except for the auth part, which you have deployed, would that work? So each of your customers would connect their self deployed software to a supertokens core that you control in your infra (connected to a psql).
m
mirchandise
08/10/2023, 5:41 PMAh I see. Perhaps. I’m relatively new to web dev, but I’m curious if I could manage users in psql and then keep everything else in nosql?
r
rp_st
08/10/2023, 5:41 PMyup. That can be done for sure.
rp_st
08/10/2023, 5:42 PMsupertokens would only store the user ID and the credentials of the user. You would get this user ID in the post sign up override via the supertokens SDK, and then store all user data against this user ID in mongo
rp_st
08/10/2023, 5:43 PMfurthermore, if you host the core yourself, you can tell your customers to connect to your supertokens core from their self deployed solution. So they would just need to self depoly mongo and still get everything to work
rp_st
08/10/2023, 5:43 PMit's just that you would have to deploy psql on your end for the core. Thats all (or you can use our managed service for the core, and then you don't even have to do that)
m
mirchandise
08/10/2023, 5:45 PMOkay awesome thanks for the info, this could be a good way for me. As for deploying the core, I could just use your docker?
r
rp_st
08/10/2023, 5:45 PMyup. You could
rp_st
08/10/2023, 5:46 PMjust one thing, you would want to create one app in the core per customer of yours (so that their user pools are all isolated), and this is a paid feature.
m
mirchandise
08/10/2023, 5:55 PMOh I see. So if my user wanted to deploy they app, they couldn’t deploy their own core?
r
rp_st
08/10/2023, 5:56 PMthey could, but they would then need psql alongside it. If you want them to not add psql to their stack, then they could connect to a core hosted by you, in which you create a user pool / app for them to connect to.
rp_st
08/10/2023, 5:56 PMthe first method (if they host their own core with psql) is free. The second method (ability for you to create multiple apps in the core) is paid.
6 Views