-
Notifications
You must be signed in to change notification settings - Fork 10.3k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Support for PostgreSQL as alternative to MongoDB #533
Comments
More context in https://about.gitlab.com/2015/08/22/gitlab-7-14-released/ |
Some approach to consider |
An early look at SQL in Meteor |
More people wanting this to happen |
+1 Mongo can be a pain and can be very expensive to scale in the cloud. At least allowing to swap the data store to AWS DynamoDb (also noSQL as a scalable Db-as-a-service) would alleviate some of this for large deployments or in an enterprise setting. But PostgreSQL 9.3 would work too. |
We found a few temporary road blocks that the our team is having to deal with.
Still early days to commit to a date.. but I'll update this issue more regularly on our progress. |
@engelgabriel thanks for the update! |
Any updates? |
Any update on this? |
We finished to isolate all DB calls into a package, and now it is helping with the multi tenant support. Once that's done, will jump back into this issue with MDG to get the work done. |
Hi @engelgabriel what is the ticket with the multi-tenant support? Is that #404? |
Thanks @engelgabriel , great work 👍 |
I agree that meteor has the same decision, regarding which Rocket.Chat is just a prominent example. But this isn't something that can be punted to someone else in terms of responsibility. If Mongo persists with the above licensing change then every framework that relies on them will suffer for it. |
im actually hopeful about this because of a comment made in the rocketchat forums.
if the rocketchat team can be convinced that Postgres support is not an orthogonal thing and solves multiple problems in one shot... then they would pay more attention. |
@mathiasblc this is not a bug |
You're right. It is not a bug. But e.g. in our environment this tool is the only one which uses it's own database. So we couldn't migrated it in our backup routines or load balancers. So for installations with more than 600 users it makes sense to integrate it in the existing infrastructure. |
+1 for Postgres. |
Guys you can use nice realtime graphql on postgres with https://hasura.io and zero setup with just 15 mb docker image. It's an awesome tools and have a good mix with react. |
any progress on this? |
This PR refactors the code of standard Rocket.Chat to allow other providers than google translate to be registered. Also, it adds a provider for DeepL and for the DB internal translation provider abstraction on the business hub.
distros dropping Mongo from their repos like hot potatoes... https://wiki.archlinux.org/index.php/MongoDB
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=916107
It would seem prudent that alternatives are provided or else Rocket.Chat may end up in a ditch together with MongoDB |
any Update yet? |
I'm closing this since it's not in our roadmap. Support for multiple databases is not feasible right now, due to performance issues and different features each database has. Migrate existant clients to a new database would be problematic. This item may rise again in the future, but right now it's not possible. |
Thanks for closing this. Even though we are not all necessarily happy, we have to understand that you have to run a product, and this means making choices. As RocketChat is based on meteor, people don't get the complexity to add this support now. I think adding mongo support would be pretty equivalent to refactoring everything. Thanks again and keep up the good work 👍 |
Any news on PostgreSQL integration? The ticket was closed almost a year earlier and its very hard to justify using MongoDB with an opensource project nowadays. Thanks in advance |
@apjapj I don't believe that rocket chat will support postgresql ever |
postgres has had a json/jsonb datatype for a while. it should be fairly easy to just change a document store to a postgres table jsonb store. each table would be a "collection" in mongo with one jsonb field per table. Mongo has way less hosting options and is much more expensive to host. |
@apjapj @seand88 If you want a similar platform that supports PostgreSQL, look at Mattermost. As noted in #533 (comment), there's no way this is going to happen. |
Feel free to try, I'd love to see that you are right :) I think it is not that trivial :) |
…2aa68d [Upstream Catchup] Merge RC:master to develop_pwa
Are there any plans to support postgresql? Postgresql can successfully replace mongodb and has higher performance |
@loid345 we don't have any plans to replace MongoDB right now. But we are always open to contributions if figure out an easy way to make this replacement. |
There is maybe hope over there: |
Is this still on the list and work in progress? |
Elephants don't fly, most of the time:
http://meteor-postgres.readthedocs.org
https://github.com/meteor/postgres-packages
Want to back this issue? Post a bounty on it! We accept bounties via Bountysource.
The text was updated successfully, but these errors were encountered: